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

Re: 2.3.18 syncrepl problem



Pierangelo Masarati wrote:

On master server I see that slave issued search, but no results
returned.


obviously the filter is failing



By "failing" here I meant: filter testing is failing, so no entries are returned. The search, by itself, looks successful.



When I search with ldapsearch it works.

Log again:

Jan 19 14:38:30 backup slapd[6094]: conn=12 op=1 SRCH base="o=aspec,c=ru" scope=2 deref=0 filter="(objectClass=belkamAccount)"
Jan 19 14:38:30 backup slapd[6094]: conn=12 op=1 SRCH attr=cn sn uid email objectClass structuralObjectClass entryCSN
Jan 19 14:38:30 backup slapd[6094]: slap_global_control: unavailable control: 1.3.6.1.4.1.4203.1.9.1.1
Jan 19 14:38:30 backup slapd[6094]: send_ldap_result: conn=12 op=1 p=3
Jan 19 14:38:30 backup slapd[6094]: send_ldap_result: err=0 matched="" text=""
Jan 19 14:38:30 backup slapd[6094]: send_ldap_response: msgid=2 tag=101 err=0
Jan 19 14:38:30 backup slapd[6094]: conn=12 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text=



ldapsearch:

[dm@dm dm]$ ldapsearch -h backup -D cn=root,o=Aspec,c=RU -W -x -b o=Aspec,c=ru "(objectClass=belkamAccount)" cn sn uid email objectClass structuralObjectClass entryCSN |more
Enter LDAP Password:
# extended LDIF
#
# LDAPv3
# base <o=Aspec,c=ru> with scope sub
# filter: (objectClass=belkamAccount)
# requesting: cn sn uid email objectClass structuralObjectClass entryCSN
#


# audit, People, Aspec, RU
dn: uid=audit,ou=People,o=Aspec,c=RU
uid: audit
cn: audit
objectClass: account
objectClass: posixAccount
objectClass: belkamAccount
objectClass: top
objectClass: shadowAccount
structuralObjectClass: account
entryCSN: 20060113093515Z#000013#00#000000
...........

Very strange...
Do yuo have any suggestions?