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