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:[EMAIL PROTECTED] Sent: 13 January 2006 19:43 To: [email protected] Cc: Aaron Richton; Spicer, Kevin (MBLEA it) Subject: Re: slapd shutdown --On Friday, January 13, 2006 2:27 PM -0500 Aaron Richton <[EMAIL PROTECTED]> 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. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
