2 MMR master servers (this hang happened on one of the masters) along with 3 read-only replicas.
389-admin.x86_64 1.1.29-1.el6 @epel-x86_64-server-6
389-admin-console.noarch 1.1.8-1.el6 @epel-x86_64-server-6
389-admin-console-doc.noarch 1.1.8-1.el6 @epel-x86_64-server-6
389-adminutil.x86_64 1.1.15-1.el6 installed
389-console.noarch 1.1.7-3.el5 installed
389-ds.noarch 1.2.2-1.el6 @epel-x86_64-server-6
389-ds-base.x86_64 1.2.11.15-22.el6_4
389-ds-base-debuginfo.x86_64 1.2.11.15-22.el6_4
389-ds-base-libs.x86_64 1.2.11.15-22.el6_4
389-ds-console.noarch 1.2.6-1.el6 @epel-x86_64-server-6
389-ds-console-doc.noarch 1.2.6-1.el6 @epel-x86_64-server-6
389-dsgw.x86_64 1.1.10-1.el6 @epel-x86_64-server-6
389-admin.i686 1.1.29-1.el6 epel-x86_64-server-6
389-adminutil.i686 1.1.15-1.el6 epel-x86_64-server-6
389-adminutil-devel.i686 1.1.15-1.el6 epel-x86_64-server-6
389-adminutil-devel.x86_64 1.1.15-1.el6 epel-x86_64-server-6
389-ds-base.x86_64 1.2.11.25-1.el6 389_rhel6_x86_64
389-ds-base-debuginfo.i686 1.2.11.15-30.el6_5
389-ds-base-debuginfo.x86_64 1.2.11.25-1.el6 389_rhel6_x86_64
389-ds-base-devel.i686 1.2.11.15-30.el6_5
389-ds-base-devel.x86_64 1.2.11.25-1.el6 389_rhel6_x86_64
389-ds-base-libs.i686 1.2.11.15-30.el6_5
389-ds-base-libs.x86_64 1.2.11.25-1.el6 389_rhel6_x86_64
nothing in the error log.
non-buffered access log: last 2 seconds
[11/Dec/2013:00:07:07 -0500] conn=104961 fd=84 slot=84 connection from 172.19.224.96 to XX
[11/Dec/2013:00:07:07 -0500] conn=104961 op=0 BIND dn="" method=128 version=2
[11/Dec/2013:00:07:07 -0500] conn=104961 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""
[11/Dec/2013:00:07:07 -0500] conn=104961 op=1 SRCH base="dc=cmu,dc=edu" scope=0 filter="(objectClass=*)" attrs=ALL
[11/Dec/2013:00:07:07 -0500] conn=104961 op=1 RESULT err=0 tag=101 nentries=1 etime=0
[11/Dec/2013:00:07:07 -0500] conn=104961 op=2 UNBIND
[11/Dec/2013:00:07:07 -0500] conn=104961 op=2 fd=84 closed - U1
[11/Dec/2013:00:07:07 -0500] conn=104962 fd=85 slot=85 SSL connection from 172.19.224.96 to XX
[11/Dec/2013:00:07:07 -0500] conn=104963 fd=84 slot=84 SSL connection from 172.19.224.96 to XX
[11/Dec/2013:00:07:07 -0500] conn=104962 SSL 256-bit AES
[11/Dec/2013:00:07:07 -0500] conn=104962 op=-1 fd=85 closed - B1
[11/Dec/2013:00:07:07 -0500] conn=104963 SSL 256-bit AES
[11/Dec/2013:00:07:07 -0500] conn=104963 op=0 BIND dn="uid=zenoss,ou=Account,dc=andrew,dc=cmu,dc=edu" method=128 version=2
[11/Dec/2013:00:07:08 -0500] conn=104963 op=0 RESULT err=0 tag=97 nentries=0 etime=1 dn="uid=zenoss,ou=Account,dc=andrew,dc=cmu,dc=edu”
stack trace of threads apply all bt full attached. I have the core file so am happy to do any additional gdb poking.
there is no SASL activity (given our previous reports) so this is something else. We have to kill -9 and then start the server to get it back up and running. Happy to make a bug report if that is more appropriate. I wanted to move to 1.2.11.26 but could not given the unprotected cert db problem.