Hi,

I have two reasonably identical Ubuntu Server 10.04 boxes running OpenLdap 
2.4.21.  ( I say reasonable identical because one is a master and the other 
pulls via syncrepl ).

The master box is sending copious amount of query log info to syslog -- it 
looks like it's logging every search and connection.  The other box looks like 
it's only logging syncrepl information to the debug facility.  

What I can't figure out is how this is happening.  When I started, neither 
machine had olcLogLevel entries in cn=config.ldif ; I have since added 
olcLogLevel: none (no effect) and even olcLogLevel: 0 to the master, restarting 
slapd each time.  I've verified that it's not getting any "-d" switch on 
startup, both by looking at the SLAPD_OPTIONS in /etc/default/slapd and with ps 
-ax (which shows /usr/sbin/slapd -h ldaps:/// ldap:/// ldapi:/// -g openldap -u 
openldap -F /etc/ldap/slapd.d).

Here's sample syslog output from the master:
Nov  5 07:48:06 nyx slapd[5100]: conn=1008 op=1357 SRCH attr=mailRoutingAddress
Nov  5 07:48:06 nyx slapd[5100]: conn=1008 op=1357 SEARCH RESULT tag=101 err=0 
nentries=0 text=
Nov  5 07:48:06 nyx slapd[5100]: conn=1008 op=1358 SRCH base="dc=clarku,dc=edu" 
scope=2 deref=0 filter="(|([email protected])([email protected]))"
Nov  5 07:48:06 nyx slapd[5100]: conn=1008 op=1358 SRCH attr=mailRoutingAddress
Nov  5 07:48:06 nyx slapd[5100]: conn=1008 op=1358 SEARCH RESULT tag=101 err=0 
nentries=1 text=
Nov  5 07:48:06 nyx slapd[5100]: conn=1007 op=10647 SRCH 
base="dc=clarku,dc=edu" scope=2 deref=0 
filter="(|(mail=clarku.edu)(mailAlternateAddress=clarku.edu))"

And here's sample from the slave:
Nov  5 07:54:21 erebus slapd[7913]: syncrepl_entry: rid=001 be_modify 
uid=dgoldman,ou=Users,dc=clarku,dc=edu (0)
Nov  5 07:54:21 erebus slapd[7913]: slap_queue_csn: queing 0x7f730550e7e0 
20101105115421.300608Z#000000#000#000000
Nov  5 07:54:21 erebus slapd[7913]: slap_graduate_commit_csn: removing 
0x7f730407f560 20101105115421.300608Z#000000#000#000000
Nov  5 07:54:21 erebus slapd[7913]: do_syncrep2: rid=001 
cookie=rid=001,csn=20101105115421.483388Z#000000#000#000000
Nov  5 07:54:21 erebus slapd[7913]: syncrepl_entry: rid=001 
LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_MODIFY)


Is there some other place that this information could be living?

Thanks,

Aaron Bennett
Clark University ITS

Reply via email to