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

Re: (ITS#3421) Replication problem with slurpd

At 09:53 AM 12/7/2004, raphael.ouazana@linagora.com wrote:
>Selon Pierangelo Masarati <ando@sys-net.it>:
>> In principle, the results of ldapsearch should be comparable with
>> diff 
>> to see what's missing; then you should be able to look at the logs of
>> all the servers (and of the slurpds) and trace what happened to those
>> entries.  If the entries don't get written/returned in the same
>> order, 
>> you may need to ldapsearch with -S "" (the empty string) to sort
>> entries 
>> by DN.
>In fact we have written some perl scripts to see what entries are 
>missing. But in slurpd logs I don't see any problem. Maybe I'm wrong in 
>my configuration of slurpd's logs. Could you tell me how to do it 
>properly ?

Such questions are beyond the scope of the issue tracking system.
Please use the openldap-software list for support.

>> Unless you provide indications as of to reproduce the problem, I
>> suggest 
>> you investigate as above.  Also, you should specify what version
>> causes 
>> the problem; note that unless it can be reproduced with the latest 
>> release, it is unlikely that it gets fixed or even traced to the root
>> cause.
>I have the problem every night with OpenLDAP 2.2.11 and according to 
>CHANGES file, there were no significant modifications on slurpd since 
>this release. But I know this report is not enough complete to 
>reproduce the bug, that's why I'm asking informations to track it.

Better to use the mailing lists to narrow down the problem first...