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

slapadd hang in bdb_tool_entry_close / ldap_pvt_thread_cond_wait



Hi,

 

Can anyone shed light on why my slapadd process on Solaris 11 was hanging (slapd 2.4.30)?  I was piping ‘gunzip -c’ through to slapadd (from an overnight cron job).  This usually works fine.  I’m guessing perhaps the gunzip process encountered an error, maybe an EPIPE was sent, but the stack trace many days later from slapadd doesn’t look right.  Only 2 threads, and both of them in ldap_pvt_thread_cond_wait(), but no other threads so what are they waiting for exactly?

 

# pstack /var/tmp/cores/core.slapd.0.16189.1463492837

core '/var/tmp/cores/core.slapd.0.16189.1463492837' of 16189:   /usr/sbin/slapadd -q -f /etc/openldap/slapd.conf

------------  lwp# 1 / thread# 1  ---------------

07ff7af9 lwp_park (0, 0, 0)

07ff1193 cond_wait_queue (82ed048, 82ed020, 0, 7ff16b0) + 63

07ff1728 __cond_wait (82ed048, 82ed020, f5a685c8, 7ff1771) + 89

07ff177f cond_wait (82ed048, 82ed020, f5a685f8, 7ff17b7) + 27

07ff17cc pthread_cond_wait (82ed048, 82ed020, f5a68618, 7e56137) + 24

07e5614c ldap_pvt_thread_cond_wait (82ed048, 82ed020, f5a68648, 81b7e29) + 24

081b7e7a bdb_tool_entry_close (8e9d398, ffffffff, f5a68698, 82ecc38) + 62

081a38ec slapadd  (4, f5a68bbc, f5a68bbc, 80dccb1) + cb8

080dcd2c main     (4, f5a68bbc, f5a68bd0, ef60f968) + ac

080dc86d _start   (4, f5a68c8e, f5a68ca0, f5a68ca3, f5a68ca6, 0) + 7d

------------  lwp# 2 / thread# 2  ---------------

07ff7af9 lwp_park (0, 0, 0)

07ff1193 cond_wait_queue (8e6b0e4, 8e6b0cc, 0, 7ff16b0) + 63

07ff1728 __cond_wait (8e6b0e4, 8e6b0cc, d7dffdb8, 7ff1771) + 89

07ff177f cond_wait (8e6b0e4, 8e6b0cc, 8e6b0c8, 7ff17b7) + 27

07ff17cc pthread_cond_wait (8e6b0e4, 8e6b0cc, 0, 7e56137) + 24

07e5614c ldap_pvt_thread_cond_wait (8e6b0e4, 8e6b0cc, d7dfffc8, 7e54bfc) + 24

07e54d66 ldap_int_thread_pool_wrapper (8e6b0c8, 803a000, d7dfffe8, 7ff7769) + 242

07ff77bc _thrp_setup (ee1e0240) + 9d

07ff7aa0 _lwp_start (ee1e0240, 0, 0, 0, 0, 0)

 

Thanks,

Mark.





NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies; do not disclose, use or act upon the information; and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.