[Date Prev][Date Next]
R: R: SyncRepl stops after a few entries [auf Viren uberpruft]
I told meself a lot of times: when you don't know (and it happens often), just don't say...
Sorry for my misleading intervention.
> -----Messaggio originale-----
> Da: Quanah Gibson-Mount [mailto:firstname.lastname@example.org]
> Inviato: lunedi 12 settembre 2005 18.45
> A: Giampaolo Tomassoni; Hans Moser
> Cc: openldap-software@OpenLDAP.org
> Oggetto: Re: R: SyncRepl stops after a few entries [auf Viren uberpruft]
> --On Monday, September 12, 2005 4:58 PM +0200 Giampaolo Tomassoni
> <email@example.com> wrote:
> > Meybe I'm wrong: I'm quite new to this list, but is seems that the
> > problem is due to limits to the size of the replication log file.
> You are wrong. :) He is using slapadd to populate the DB, which means
> there are no replication logs generated (plus slapadd is the
> fastest way to
> initially populate a DB).
> > It is probably better if you first setup the replication matters between
> > the servers with an empty db, start both the servers and
> finally populate
> > the db with your 33 MB nodes and attributes.
> > The 6MB limit you experience seems to me more or less the
> default maximum
> > size of the replication log.
> syncrepl doesn't generally create a replication log (slurpd replication
> does, however). You may be confusing the two.
> In either case, he really needs to upgrade, because 2.3.4 had a number of
> syncrepl related bugs. I have a well-working syncrepl setup with
> 2.3.7 and
> the patch I sent in a previous email.
> Quanah Gibson-Mount
> Principal Software Developer
> ITSS/Shared Services
> Stanford University
> GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html
> "These censorship operations against schools and libraries are stronger
> than ever in the present religio-political climate. They often focus on
> fantasy and sf books, which foster that deadly enemy to bigotry and blind
> faith, the imagination." -- Ursula K. Le Guin