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

Re: Help needed with replication and ldapadd on version 2.2



On Wednesday, 30 May 2007, Jonathan Halevy wrote:
> Hello,
>
> I have a slave server that I try to run ldapadd from remote and it fails.

Why are you running ldapadd against a slave ?

> I get the following error:
>  ldap_add: Internal (implementation specific) error (80)
>         additional info: no structuralObjectClass operational attribute
>
> If I remove the updatedn line from slapd.coinf / restart the ldap, the
> command works. Yet, now* replication does not.*

This is understandable.

> Please tell me what am I doing wrong.
>
> Is it related the the schema?

No.

> Is it related to access control?

No.

Slaves should not be written to except via the replication mechanism. For 
slurpd-based replication, this means by:
1)slurpd, whether running as a daemon or in oneshot mode
2)ldapmodify, if you bind as the updatedn (to manually process failed 
replication records)

Essentially, when operating as a slurpd-based slave, slapd only accepts writes 
from the updatedn that have been generated by slapd for replication.

In both of these cases, the structuralObjectClass is provided (and other 
operational attributes.

In short, it seems you're doing something you shouldn't be .... maybe you 
should tell us what you are trying to accomplish ...

Regards,
Buchan

-- 
Buchan Milne
ISP Systems Specialist - Monitoring/Authentication Team Leader
B.Eng,RHCE(803004789010797),LPIC-2(LPI000074592)

Attachment: pgpLgcM2piaY5.pgp
Description: PGP signature