On 19/06/2010 03:15, hyc@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
Modified Files: syncrepl.c 1.510 -> 1.511
Log Message: Add suffixmassage processing
I just gave this a try, configuring one slapd to replicate it's config database from another, using this syncrepl statement:
olcSyncrepl: {0}rid=001 provider=ldap://localhost:33389/ searchbase="cn=config,ou=configrepl,dc=my-domain,dc=com" suffixmassage="cn=config"
It performs a search on the remote database OK, but then fails with:
syncrepl_message_to_entry: rid=001 mods check (creatorsName: value #0 invalid per syntax) *** glibc detected *** /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/servers/slapd/slapd: double free or corruption (fasttop): 0x0000000000d4af70 ***
The "double free or corruption" comes from the call to slap_mods_free in do_syncrep2, around line 975. No time to investigate more right now, sorry...
I did just apply your two patches to syncrepl.c to RE24 in order to test. Does this depend on something else I'm missing?
Jonathan
Jonathan Clarke wrote:
On 19/06/2010 03:15, hyc@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
Modified Files: syncrepl.c 1.510 -> 1.511
Log Message: Add suffixmassage processing
I just gave this a try, configuring one slapd to replicate it's config database from another, using this syncrepl statement:
olcSyncrepl: {0}rid=001 provider=ldap://localhost:33389/ searchbase="cn=config,ou=configrepl,dc=my-domain,dc=com" suffixmassage="cn=config"
It performs a search on the remote database OK, but then fails with:
syncrepl_message_to_entry: rid=001 mods check (creatorsName: value #0 invalid per syntax) *** glibc detected *** /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/servers/slapd/slapd: double free or corruption (fasttop): 0x0000000000d4af70 ***
The "double free or corruption" comes from the call to slap_mods_free in do_syncrep2, around line 975. No time to investigate more right now, sorry...
I did just apply your two patches to syncrepl.c to RE24 in order to test. Does this depend on something else I'm missing?
No, that's it, but I haven't finished writing a test script for it. Have you already got a config that can be used for that purpose?
On 21/06/2010 16:03, Howard Chu wrote:
Jonathan Clarke wrote:
On 19/06/2010 03:15, hyc@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
Modified Files: syncrepl.c 1.510 -> 1.511
Log Message: Add suffixmassage processing
I just gave this a try, configuring one slapd to replicate it's config database from another, using this syncrepl statement:
olcSyncrepl: {0}rid=001 provider=ldap://localhost:33389/ searchbase="cn=config,ou=configrepl,dc=my-domain,dc=com" suffixmassage="cn=config"
It performs a search on the remote database OK, but then fails with:
syncrepl_message_to_entry: rid=001 mods check (creatorsName: value #0 invalid per syntax) *** glibc detected *** /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/servers/slapd/slapd: double free or corruption (fasttop): 0x0000000000d4af70 ***
The "double free or corruption" comes from the call to slap_mods_free in do_syncrep2, around line 975. No time to investigate more right now, sorry...
I did just apply your two patches to syncrepl.c to RE24 in order to test. Does this depend on something else I'm missing?
No, that's it, but I haven't finished writing a test script for it. Have you already got a config that can be used for that purpose?
Just the above olcSyncrepl line. I only created a dummy entry in the other directory to test it:
dn: cn=config,ou=configrepl,dc=my-domain,dc=com objectClass: olcConfig objectClass: top objectClass: olcGlobal cn: config olcLogLevel: stats config
This would probably not have made the consumer very happy if it actually replicated it of course...
Jonathan
Jonathan Clarke wrote:
On 19/06/2010 03:15, hyc@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
Modified Files: syncrepl.c 1.510 -> 1.511
Log Message: Add suffixmassage processing
I just gave this a try, configuring one slapd to replicate it's config database from another, using this syncrepl statement:
olcSyncrepl: {0}rid=001 provider=ldap://localhost:33389/ searchbase="cn=config,ou=configrepl,dc=my-domain,dc=com" suffixmassage="cn=config"
It performs a search on the remote database OK, but then fails with:
syncrepl_message_to_entry: rid=001 mods check (creatorsName: value #0 invalid per syntax) *** glibc detected *** /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/servers/slapd/slapd: double free or corruption (fasttop): 0x0000000000d4af70 ***
The "double free or corruption" comes from the call to slap_mods_free in do_syncrep2, around line 975. No time to investigate more right now, sorry...
I did just apply your two patches to syncrepl.c to RE24 in order to test. Does this depend on something else I'm missing?
Should all be fine now, test059 exercises it.
-
Howard Chu -
Jonathan Clarke