Full_Name: Michael Eichenberger Version: 2.3.19 OS: Gentoo Linux ldapm-test-01 2.6.14.3-vs2.0.1-rc5-gentoo URL: https://apache-test-01.stepping-stone.ch/ Submission from: (NULL) (62.167.104.1) As already mentioned in my Mail: # To: openldap-software@OpenLDAP.org # Subject: SyncReplication and multiple Backends # From: Michael Eichenberger <michael.eichenberger@stepping-stone.ch> # Date: Thu, 15 Dec 2005 17:20:44 +0100 As soon as I've got more than one Backend on the master, I receive the following error message on the OpenLDAP Slave Server: Feb 18 18:46:11 ldaps-test-01 slapd[31769]: do_syncrep2: got search entry without control I tried the suggestions from Quanah Gibson-Mount and Pierangelo Masarati. The first was to try for the most recent OpenLDAP version, the second suggestion was to look at the test033. Both Suggestions have not worked. The OpenLDAP Master settings with the corresponding log file can be found under: https://apache-test-01.stepping-stone.ch/ldapm-test-01/ The OpenLDAP Slave settings with the corresponding log file can be found under: https://apache-test-01.stepping-stone.ch/ldaps-test-01/ Many thanks in advance! Kind regards, Michael
Have you looked at ITS#4323? I note that you are also trying to replicate glued databases. Your symptoms look very much like the problems I was seeing there. ================================================================= BMRB wins two BMRA awards - http://www.bmrb.co.uk _________________________________________________________________ This message (and any attachment) is intended only for the recipient and may contain confidential and/or privileged material. If you have received this in error, please contact the sender and delete this message immediately. Disclosure, copying or other action taken in respect of this email or in reliance on it is prohibited. BMRB Limited accepts no liability in relation to any personal emails, or content of any email which does not directly relate to our business. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
kevins@bmrb.co.uk wrote: > Have you looked at ITS#4323? I note that you are also trying to > replicate glued databases. Your symptoms look very much like the > problems I was seeing there. > Agreed, this looks like a dup of #4323. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/
Actually I did have a look at ITS#4323, but a I was not using glue, I thougt it would be a good idea, to file a bug report. If the bug report is based on the same code, the it will be closed by the developers! In ITS#4323 the talk was about the sequence of the overlays. I only have one overlay and the problem seems to lie in the syncprovo overlay (viewed from the outside as a user of the software). Thank you for the pointer! Kind regards, Michael Kevin Spicer wrote: >Have you looked at ITS#4323? I note that you are also trying to >replicate glued databases. Your symptoms look very much like the >problems I was seeing there. > >================================================================= > >BMRB wins two BMRA awards - http://www.bmrb.co.uk >_________________________________________________________________ >This message (and any attachment) is intended only for the >recipient and may contain confidential and/or privileged >material. If you have received this in error, please contact the >sender and delete this message immediately. Disclosure, copying >or other action taken in respect of this email or in >reliance on it is prohibited. BMRB Limited accepts no liability >in relation to any personal emails, or content of any email which >does not directly relate to our business. >+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > -- visit: http://www.stepping-stone.ch/ -- e-mail: michael.eichenberger@stepping-stone.ch mobile: +41 76 392 36 23 icq: 238901781
On Sun, 2006-02-19 at 10:37 +0000, Michael Eichenberger wrote: > Actually I did have a look at ITS#4323, but a I was not using glue You are joining databases together using 'subordinate' directives in slapd.conf, therefore you are using glue (even though you don't explicitly specify it). Although the glue overlay was rolled back into slapd the directive is still used to specify whether glue happens before or after other overlays are applied. The fix for your problem should be to specify syncprov before glue (so that syncprov is constrained to a single real database) however this does not work, this is what #4323 is about ================================================================= BMRB wins two BMRA awards - http://www.bmrb.co.uk _________________________________________________________________ This message (and any attachment) is intended only for the recipient and may contain confidential and/or privileged material. If you have received this in error, please contact the sender and delete this message immediately. Disclosure, copying or other action taken in respect of this email or in reliance on it is prohibited. BMRB Limited accepts no liability in relation to any personal emails, or content of any email which does not directly relate to our business. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>Actually I did have a look at ITS#4323, but a I was not using glue >> >> > >You are joining databases together using 'subordinate' directives in >slapd.conf, therefore you are using glue (even though you don't >explicitly specify it). Although the glue overlay was rolled back into >slapd the directive is still used to specify whether glue happens before >or after other overlays are applied. The fix for your problem should be >to specify syncprov before glue (so that syncprov is constrained to a >single real database) however this does not work, this is what #4323 is >about > > Ah! Thank you for explaining this :-) I therefor shuggest to close this ITS! I didn't see a way to do this myself. Kind regards, Michael
changed notes changed state Open to Closed
moved from Incoming to Archive.Incoming
dup of ITS#4323