[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Probleme with slurpd...
- To: openldap-bugs <openldap-bugs@OpenLDAP.org> (IPM Return requested)
- Subject: Probleme with slurpd...
- From: Jean-Pierre CORNAGLIA <Jean-Pierre.Cornaglia@socgen.com>
- Date: 07 Apr 1999 16:36:20 +0200
- Alternate-recipient: Allowed
- Content-identifier: 03191370B6D64160
- Content-return: Allowed
- Conversion: Allowed
- Disclose-recipients: Prohibited
- Original-encoded-information-types: IA5-Text
- X400-content-type: P2-1988 ( 22 )
- X400-mts-identifier: [/c=FR/admd=ATLAS/prmd=SG/; 03191370B6D64160-MTAFEDDEF]
- X400-originator: Jean-Pierre.Cornaglia@socgen.com
- X400-received: by mta MTAFEDDEF in /c=FR/admd=ATLAS/prmd=SG/; Relayed; 07 Apr 1999 16:36:20 +0200
- X400-received: by /c=FR/admd=ATLAS/prmd=SG/; Relayed; 07 Apr 1999 16:36:20 +0200
- X400-recipients: non-disclosure;
Hi,
I use openldap version 1.1.1 relase.
When I try to use replication with my old configuration ( It work well for openldap 1.0), I will obtain a error (in /usr/tmp/squidinterne2.rej) when slurpd try to syncronise the data base:( like this)
ldap_modify_s failed "No such object : uid=X007178,ou=person,o=sg,c=fr".
But the object exist in slave and master data base.
NOTE: Perharps this probleme is due to the facts we have one default "searchbase" with this new version of opeldap . For example when i have to use ldapsearch , I must now ( with this new version of openldap) use the option "-b o=SG,c=FR" to do search in my data base.
Thanks in advance