[Date Prev][Date Next]
[Fwd: [!! SPAM] Re: Syncrepl-Consumer deletes entries]
Thanks for that answer!
It could really help me, specially because I did not have a working way
to debug the syncrepl process.
I also saw some of those flaws in the config file, but I wanted to
present the file without any changes.
I would like to try a newer version of OpenLDAP, but after running the
SUSE updater I did not get a more recent version. Actually the version
after the update was different to the one before but had the same
version number and only in the start up message of slapd in the log I
saw a different compile time and user. So it seems the same version
compiled some hours later....
I will change the config files according to your suggestions. Debugging
the problem takes some time as it only shows up in the morning when a
large number of users are logging in (in a 20 employee company this
number is still quite small....).
Thanks for your suggestions,
I will follow up as soon as new information is available.
-------- Original-Nachricht --------
Betreff: [!! SPAM] Re: Syncrepl-Consumer deletes entries
Datum: Fri, 13 Apr 2007 10:48:26 +0200
Von: Ralf Haferkamp <email@example.com>
On Thursday 12 April 2007 10:38, Joachim Hergeth wrote:
> Hello list,
> I have an OpenLDAP provider/consumer installation on two SLES10 systems.
> One is set up as a provider LDAP, the second is a consumer LDAP using
> "refreshOnly" synrepl synchronization. The LDAP provides user
> information for a Samba installation.
> The initial synchronization of the consumer works as expected. All LDAP
> entries are copied to the consumer directory. But after some time,
> usually when users log in into the Samba running with the provider LDAP,
> nearly 50% of all LDAP entries on the consumer are deleted. This happens
> without any change on the provider LDAP!
I guess that you are testing this with the OpenLDAP Version that shipped
SLES10? Would you mind try a newer Version, e.g. the RPMs from
http://software.opensuse.org/download/OpenLDAP/SLE_10/ and check if the
problem is there as well? Note, that we have an update in the queue for
SLES10 to bring it to a more recent version.
Some general comments regarding you configuration (I guess you special
is not related to those):
- The provider config has a line "schemacheck on" this is not a valid
slapd.conf statement (IIRC it is from OpenLDAP 2.0.X times or even older)
- To debug syncrepl Problems it is most helpful to have the loglevel "sync"
enabled. You can to that by just adding "sync" to you "loglevel" line.
- The "backend bdb" statement is superfluous
- The "syncprov-sessionlog 1" begins with whitespaces, might be a copy 'n
paste error in the mail. If it also begins with whitespaces in your
slapd.conf you should remove the whitespace. Otherwise it would be
as the continuation of the previous line (which is wrong). Additionally a
sessionlog of "1" operation doesn't make much sense IMO. I suggest you
either remove that option or set it to a more reasonable value.
- I don't know how large you database is (how many entries) but I should
sure that the syncrepl consumer does not hit the sizelimit of your
As you have not configure any sizelimit the default is used which is 500.
You can adjust the sizelimit with the "sizelimit" or the "limits"
in slapd.conf (see slapd.conf man-page for details).
> Checking the logs I found, that delete-messages can be found in the
> consumers system log.
> I do not understand the source of the problem. No entries in the
> provider LDAP are deleted, so no entries should be deleted in the consumer.
Checking if it works with a more recent Version and logfiles with syncrepl
logging enabled might help to clear up the issue.
> To check the installation, I set up a second consumer in a VMWare
> environment. And also in this system, which had been set up from scratch
> and only holds the OpenLDAP-consumer, the entries are deleted at the
> same time when they are deleted in the "real" OpenLDAP consumer system.
> When I change an attribute of an entry in the provider LDAP which has
> been deleted from the consumer by this process, like adding a
> description, this change is forwarded to th consumer and the entry
> "reappears" in the LDAP of the consumer.