[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?