[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: slapd shutdown
- To: <openldap-software@OpenLDAP.org>
- Subject: RE: slapd shutdown
- From: "Spicer, Kevin" <KevinS@bmrb.co.uk>
- Date: Sat, 14 Jan 2006 11:19:15 -0000
- Content-class: urn:content-classes:message
- Thread-index: AcYYebFgqcDLneHTR/eKHBmiI8Tr0gAf2qGw
- Thread-topic: slapd shutdown
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
=================================================================
BMRB wins two BMRA awards - http://www.bmrb.co.uk
_________________________________________________________________
This message (and any attachment) is intended only for the
recipient and may contain confidential and/or privileged
material. If you have received this in error, please contact the
sender and delete this message immediately. Disclosure, copying
or other action taken in respect of this email or in
reliance on it is prohibited. BMRB Limited accepts no liability
in relation to any personal emails, or content of any email which
does not directly relate to our business.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++