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

Re: commit: ldap/servers/slapd syncrepl.c



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 - jonathan@phillipoux.net
--------------------------------------------------------------
Ldap Synchronization Connector (LSC) - http://lsc-project.org
--------------------------------------------------------------