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

Re: slapd shutdown

Thanks for the additional info. The errno 89 indicates this is the same problem as ITS#3567 which was caused by trying to select() on a descriptor that doesn't support select(). Again, the question arises as to how such an odd descriptor got into the event set, and ITS#4338 answers that. So yes, this and a variety of other issues will be resolved by ITS#4338.

Spicer, Kevin wrote: 
I haven't yet applied the patches (due to constraints on when it is
acceptable to do such work within my environment) and I've just seen the
problem again.  As Howard said he had a 'suspicion' the patch for
ITS#4338 would fix this I take that as there is also a chance it won't,
so I thought it might be useful to share the additional logging output
I've captured this time...

Its also (perhaps) interesting to note that I'm only seeing this on one
of my openldap servers.  All my servers have identical configuration
except for the arrangement of which databases are masters and replicas
(each is a master for one database and a replica for others).  The one
expection to this is the server experiencing the problem which had a
syncrepl provider configured which my test server is currently a
consumer of.  Elsewhere I'm still using slurpd replication for reasons
outlined in ITS#4323.  I've just commented out this configuration in
case it is the cause. I'm not permitted to upgrade before tomorrow night
(unless this becomes so frequent that the risk of an upgrade it
outweighed by the problems caused - which isn't yet the case) so we
shall see if this happens again.

Heres the last few lines of log (not quite sure what is going on on
lines 3,4,5 looks like a logging bug perhaps?)....

 slapd[18730]: [ID 167594 local4.debug] conn=6746 op=1 SEARCH RESULT
tag=101 err=0 nentries=1 text=
 slapd[18730]: [ID 601841 local4.debug] daemon: activity on 1 descriptor
 slapd[18730]: [ID 802679 local4.debug] daemon: activity on:
 slapd[18730]: [ID 522297 local4.debug]  65r
 slapd[18730]: [ID 100000 local4.debug]
 slapd[18730]: [ID 694296 local4.debug] daemon: read activity on 65
 slapd[18730]: [ID 538834 local4.debug] daemon: select: listen=7
active_threads=0 tvp=zero
 slapd[18730]: [ID 218904 local4.debug] conn=6746 op=2 UNBIND
 slapd[18730]: [ID 538834 local4.debug] daemon: select: listen=8
active_threads=0 tvp=zero
 slapd[18730]: [ID 538834 local4.debug] daemon: select: listen=9
active_threads=0 tvp=zero
 slapd[18730]: [ID 538834 local4.debug] daemon: select: listen=10
active_threads=0 tvp=zero
 slapd[18730]: [ID 423323 local4.debug] daemon: removing 65
 slapd[18730]: [ID 952275 local4.debug] conn=6746 fd=65 closed
 slapd[18730]: [ID 731976 local4.debug] daemon: select failed (89):
Operation not applicable
 slapd[18730]: [ID 430601 local4.debug] daemon: abnormal condition,
shutdown initiated.
 slapd[18730]: [ID 476899 local4.debug] daemon: closing 7
 slapd[18730]: [ID 476899 local4.debug] daemon: closing 8
 slapd[18730]: [ID 476899 local4.debug] daemon: closing 9
 slapd[18730]: [ID 476899 local4.debug] daemon: closing 10
 slapd[18730]: [ID 423323 local4.debug] daemon: removing 27
 slapd[18730]: [ID 485650 local4.debug] conn=5428 fd=27 closed (slapd
shutdown)
 slapd[18730]: [ID 423323 local4.debug] daemon: removing 47
 slapd[18730]: [ID 485650 local4.debug] conn=3834 fd=47 closed (slapd
shutdown)
 slapd[18730]: [ID 423323 local4.debug] daemon: removing 54
 slapd[18730]: [ID 485650 local4.debug] conn=6032 fd=54 closed (slapd
shutdown)
 slapd[18730]: [ID 423323 local4.debug] daemon: removing 64
 slapd[18730]: [ID 485650 local4.debug] conn=6692 fd=64 closed (slapd
shutdown)
 slapd[18730]: [ID 542995 local4.debug] slapd shutdown: waiting for 0
threads to terminate
 slapd[18730]: [ID 486161 local4.debug] slapd stopped.

-----Original Message-----
From: Quanah Gibson-Mount [mailto:quanah@stanford.edu] Sent: 13 January 2006 19:43
To: openldap-software@OpenLDAP.org
Cc: Aaron Richton; Spicer, Kevin (MBLEA it)
Subject: Re: slapd shutdown



--On Friday, January 13, 2006 2:27 PM -0500 Aaron Richton <richton@nbcs.rutgers.edu> wrote:

(which I'm now doing) in case this happens again. Just wondered if
anyone else had seen anything like this happen and could point me at
anything else to check.
Well, the symptoms sound quite similar to ITS#4216. Doesn't look like
there's a quick answer there, though.

Howard notes that the fix for ITS4338 may fix this issue, and has also updated the slapd_daemon code to report this condition under DEBUG_ANY rather than DEBUG_CONNS. I'll have patches against 2.3.17 for both of these in a short while at my site <http://www.stanford.edu/services/directory/openldap>.

--Quanah

--
Quanah Gibson-Mount
Principal Software Developer
ITSS/Shared Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html



--
 -- 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/