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

Re: Replication Problem

Buchan Milne schrieb:
> On Thursday 25 October 2007 21:51:12 Marcus Frischherz wrote:
>> Hi,
>> I set up in the master:
> If this was *exactly* what was in your slapd.conf, it is broken. White space 
> is very important in slapd.conf, there should be leading white space before 
> the first characters on your line starting with bindmethod (as it is part of 
> the replica statement, which should be on one line, and lines may be 
> continued by using leading white space on the next line to aid readability).
>> replogfile /var/lib/ldap/slurpd/slurpd.replog
>> replica host=frifri_vpn:389 binddn="uid=rmanager,ou=intern,o=rori"
>> bindmethod=simple credentials=xxx

That newline was created by Thunderbird, in reality the replogfile
statement is one line, and the replica statement is one line, without

>> updatedn="uid=rmanager,ou=intern,o=rori" updateref rori_vpn:389
> And here, the updatedn should be the first text on a new line (no leading 
> white space), and the same thing for updateref. If you really have updatedn 
> and updateref on the same line, this would explain your problem below.
Well, that's what I thought, and what my LDAP book says. However, if I
put the
updateref statement on a separate subsequent line, I get the following
upon start-up of slapd:
/etc/openldap/slapd.conf: line 103: <updateref> must appear after
syncrepl or updatedn

This after I changed the slave to look like this:
updateref rori_vpn:389
> The slave will only accept operational attributes from the updatedn. 
> Additionally, it won't accept any changes from anything but the updatedn, if 
> the updateref is set. So, it seems like slapd on the slave is not parsing 
> either of your updatedn or updateref statements.
> If you don't succeed in fixing the issue, please attach sanitised versions of 
> your configuration files, so we can be sure we are looking at *exactly* what 
> you have in slapd.conf.
How to samitize? tarred attachments?
> I note that slurpd-based replication is deprecated in 2.3, and slurpd has been 
> removed from 2.4.

Well, the administrator's guide, chapter 14, in the file
replication.html distributed with the package openldap2 does not mention