[Date Prev][Date Next]
Re: (ITS#3859) Strange replication and search problems
Pierangelo Masarati wrote:
I thought that only the contrary was impossible (2.2 to 2.0), and I don't get
syntax errors during the replication. How could a replication corrupt the index?
Ludovic Drolez wrote:
OS: Debian 3.1 sarge
We are currently replicating an openldap 2.0.23 directory to a 2.2.23
modified entries have a corrupt index on 'objectClass' (we are using
Steps to reproduce:
1- make an initial slapcat;slapadd to synchronize the two servers.
2- 'ldapsearch -x -h slave objectClass=posixAccount|grep toto' returns
(there are less than 500 entries)
3- modify something on the master
4- the same ldapsearch now returns nothing (but a 'ldapsearch -x'
filter on the objectClass is ok).
5- if I remove 'index objectClass eq' from the slave server, then the
'ldapsearch' is ok.
So it seems that the replication corrupts the index. I can also
bug with slapd 2.2.26.
Is this bug related to 'Software Bugs/3406' ? Or is it only a replication
I note that replication from 2.0 to 2.2 should be impossible because the
2.2 slave expects stuff like structuralObjectClass, entryUUID, entryCSN.
I don't see how ITS/3406 may be related to this.
PS: I'm not on the list anymore.
Ludovic DROLEZ Linbox / Free&ALter Soft
www.linbox.com lrs.linbox.org tel: +33 3 87 50 87 90
152 rue de Grigy - Technopole Metz 2000 57070 METZ