[Date Prev][Date Next]
Re: [Openldap 2.4.16] Is it possible to force synchronization: files log.xxxx not treated after a crash
- To: Aaron Richton <email@example.com>
- Subject: Re: [Openldap 2.4.16] Is it possible to force synchronization: files log.xxxx not treated after a crash
- From: Lepoutre Lionel <firstname.lastname@example.org>
- Date: Tue, 25 Aug 2009 17:56:01 +0200
- Cc: email@example.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=gFtBiSxT78NyzGZLykvPBjeH4F/AU06+H98NhScFHS4=; b=bPMr+yLOH43iFqc1mh1k2RE7wGLE/26vhCeLexiWVJfwoMds0amhrbmXMvvlk8oNW3 7ccv+f9Rz6wnRaNtAHZAKun0BLJbpxhMfGxpUvLde6XhuzEzkJ4TGHZGEM20EATMuxOV HF1khif0tEYTQ0fwJMkJCkcgyNQOspjLbBUTY=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DrIrygPmv24ECAVQL2E+4B2aqsz1fkX2udUxM91mfuUDkcHpTwsMk0PC5ebvDcQch7 xuYHAdNOJwboGsMBjxx2U3LbTXs2Sc20aCiQRQoceRYrEx8tkmNUbkIljqS4csKqIUbM dpmlMZ1Y7dAGt7xDWSKdn9wE4JfqgQhaH9Vro=
- In-reply-to: <Pine.SOC.firstname.lastname@example.org>
- References: <email@example.com> <Pine.SOC.firstname.lastname@example.org>
Thank you for your answer and your advice Aaron.
concerning the upgrade of my version I won't be able to use a non stable version :(
But I will try to use it on a test environment.
On Tue, Aug 25, 2009 at 5:45 PM, Aaron Richton <email@example.com>
The "log.xxxx" are BerkeleyDB transaction log files. They should be automagically replayed as needed in the 2.4 series.
On Tue, 25 Aug 2009, Lepoutre Lionel wrote:
My problem is that some data are not synchronised on one of my server and I
have some "log.xxxx" files in my var/openldap-data/ directory.
With this set, there really shouldn't be a need for periodic treatment of the log.* files.
*Aug 20 10:08:40 bpldap02s kernel: slapd: segfault at 0 ip 080926f3
sp ad5a03a0 error 4 in slapd[8048000+1b9000]*
If slapd crashed and did not resync appropriately on startup, that's unfortunately probably a bug in slapd. There's been a lot of work on syncprov/syncrepl that will be present in 2.4.18 (see the ITS) so hopefully an upgrade will address your issue. If you care to testbed with the RE24 CVS and share your feedback, that would help greatly to ensure this.
I think that's where you're going to end up. "slapcat" (on server with proper data) -> "slapadd -q" (on server with missing entries) would be a faster option.
For the moment I only see the solution: "slapcat -> ldapadd" to synchronize
both instances but if you have any other solution...