[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#4084) Empty glued databases prevent browsing objects in other databases one level above

On Sun, 2005-11-20 at 09:05 +0000, jmbajet@gmail.com wrote:
> Hello,
> I agree with you, in case of a local directory (no replication) but in
> case of replicated databases (that is the case, 10 syncrepl slaves on
> 10 distinct sites), We may want to re-initialize one slave (in case
> for example of berkeley files corruption) and it is "more simple" to
> delete the berkeley db files for that suffix then replicate again than
> delete and create the main suffix entry (which will not be the exact
> copy of the master entry suffix) then replicate.
> In that case, on these sites, if we don't create the main suffix entry, it prevents using the directory (other
> databases) until the replication occurs.

I see your point.  In this case, the "right" workaround would be to
extract (via slapcat) the entries required to setup the very essential
root of your system, then slapadd them to the consumer, then start the
consumer with syncrepl.


Ing. Pierangelo Masarati
Responsabile Open Solution

SysNet s.n.c.
Via Dossi, 8 - 27100 Pavia - ITALIA
Office:   +39.02.23998309          
Mobile:   +39.333.4963172
Email:    pierangelo.masarati@sys-net.it