We try to start the service and it dies very quickly. See trace below.
This is one of our 2 masters running in MMR. Both masters feed the same 3 replicas.
we even rebooted the system to no effect.
suggestions appreciated. we've been running on this version of 389 and OS for about 3 weeks now.
uname -a Linux ldap-master-01.andrew.cmu.edu 2.6.32-358.18.1.el6.x86_64 #1 SMP Fri Aug 2 17:04:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
389-Directory/1.2.11.15 B2013.238.2155 starting up
yum list | grep 389 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 @rhel-x86_64-server-6 389-ds-base-libs.x86_64 1.2.11.15-22.el6_4 @rhel-x86_64-server-6 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-debuginfo.x86_64 1.2.10.26-1.el6_3 389_rhel6_x86_64 389-ds-base-devel.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-devel.x86_64 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-libs.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-6
open("/var/run/dirsrv/slapd-cmu.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 58 fstat(58, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa004a0d000 write(58, "31972\n", 6) = 6 close(58) = 0 munmap(0x7fa004a0d000, 4096) = 0 chmod("/var/run/dirsrv/slapd-cmu.pid", 0644) = 0 poll([{fd=56, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=-1}], 4, 250 <unfinished ...> +++ killed by SIGSEGV +++
What about the error log? (/var/log/dirsrv/slapd-<name>/errors)
Paul M. Whitney email: paul.whitney@mac.com
On Sep 29, 2013, at 19:27, "Michael R. Gettes" gettes@gmail.com wrote:
We try to start the service and it dies very quickly. See trace below.
This is one of our 2 masters running in MMR. Both masters feed the same 3 replicas.
we even rebooted the system to no effect.
suggestions appreciated. we've been running on this version of 389 and OS for about 3 weeks now.
uname -a Linux ldap-master-01.andrew.cmu.edu 2.6.32-358.18.1.el6.x86_64 #1 SMP Fri Aug 2 17:04:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
389-Directory/1.2.11.15 B2013.238.2155 starting up
yum list | grep 389 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 @rhel-x86_64-server-6 389-ds-base-libs.x86_64 1.2.11.15-22.el6_4 @rhel-x86_64-server-6 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-debuginfo.x86_64 1.2.10.26-1.el6_3 389_rhel6_x86_64 389-ds-base-devel.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-devel.x86_64 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-libs.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-6
open("/var/run/dirsrv/slapd-cmu.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 58 fstat(58, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa004a0d000 write(58, "31972\n", 6) = 6 close(58) = 0 munmap(0x7fa004a0d000, 4096) = 0 chmod("/var/run/dirsrv/slapd-cmu.pid", 0644) = 0 poll([{fd=56, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=-1}], 4, 250 <unfinished ...>
+++ killed by SIGSEGV +++
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
oh, right. it shows nothing other than the usual start-up messages. ns-slapd seems to die fairly quickly after start-up
/mrg
On Sep 29, 2013, at 19:54, Paul Whitney paul.whitney@mac.com wrote:
What about the error log? (/var/log/dirsrv/slapd-<name>/errors)
Paul M. Whitney email: paul.whitney@mac.com
On Sep 29, 2013, at 19:27, "Michael R. Gettes" gettes@gmail.com wrote:
We try to start the service and it dies very quickly. See trace below.
This is one of our 2 masters running in MMR. Both masters feed the same 3 replicas.
we even rebooted the system to no effect.
suggestions appreciated. we've been running on this version of 389 and OS for about 3 weeks now.
uname -a Linux ldap-master-01.andrew.cmu.edu 2.6.32-358.18.1.el6.x86_64 #1 SMP Fri Aug 2 17:04:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
389-Directory/1.2.11.15 B2013.238.2155 starting up
yum list | grep 389 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 @rhel-x86_64-server-6 389-ds-base-libs.x86_64 1.2.11.15-22.el6_4 @rhel-x86_64-server-6 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-debuginfo.x86_64 1.2.10.26-1.el6_3 389_rhel6_x86_64 389-ds-base-devel.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-devel.x86_64 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-libs.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-6
open("/var/run/dirsrv/slapd-cmu.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 58 fstat(58, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa004a0d000 write(58, "31972\n", 6) = 6 close(58) = 0 munmap(0x7fa004a0d000, 4096) = 0 chmod("/var/run/dirsrv/slapd-cmu.pid", 0644) = 0 poll([{fd=56, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=-1}], 4, 250 <unfinished ...>
+++ killed by SIGSEGV +++
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
I've turned heavy trace output but nothing seems all that unusual when it dies.
suggestions for errorlog-level to be able to narrow in on also appreciated.
we can't seem to find a core file - not sure what needs to be tickled in RHEL6 to get core files generated.
/mrg
On Sep 29, 2013, at 19:54, Paul Whitney paul.whitney@mac.com wrote:
What about the error log? (/var/log/dirsrv/slapd-<name>/errors)
Paul M. Whitney email: paul.whitney@mac.com
On Sep 29, 2013, at 19:27, "Michael R. Gettes" gettes@gmail.com wrote:
We try to start the service and it dies very quickly. See trace below.
This is one of our 2 masters running in MMR. Both masters feed the same 3 replicas.
we even rebooted the system to no effect.
suggestions appreciated. we've been running on this version of 389 and OS for about 3 weeks now.
uname -a Linux ldap-master-01.andrew.cmu.edu 2.6.32-358.18.1.el6.x86_64 #1 SMP Fri Aug 2 17:04:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
389-Directory/1.2.11.15 B2013.238.2155 starting up
yum list | grep 389 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 @rhel-x86_64-server-6 389-ds-base-libs.x86_64 1.2.11.15-22.el6_4 @rhel-x86_64-server-6 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-debuginfo.x86_64 1.2.10.26-1.el6_3 389_rhel6_x86_64 389-ds-base-devel.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-devel.x86_64 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-libs.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-6
open("/var/run/dirsrv/slapd-cmu.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 58 fstat(58, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa004a0d000 write(58, "31972\n", 6) = 6 close(58) = 0 munmap(0x7fa004a0d000, 4096) = 0 chmod("/var/run/dirsrv/slapd-cmu.pid", 0644) = 0 poll([{fd=56, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=-1}], 4, 250 <unfinished ...>
+++ killed by SIGSEGV +++
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
we are able to get a backtrace via gdb
(gdb) bt #0 0x00007fc637cd5bd8 in attrlist_find () from /usr/lib64/dirsrv/libslapd.so.0 #1 0x00007fc637ce70b2 in slapi_entry_attr_find () from /usr/lib64/dirsrv/libslapd.so.0 #2 0x00007fc62c7f34e4 in ?? () from /usr/lib64/dirsrv/plugins/libretrocl-plugin.so #3 0x00007fc636156b53 in ?? () from /lib64/libnspr4.so #4 0x00007fc635af9851 in start_thread () from /lib64/libpthread.so.0 #5 0x00007fc63584794d in clone () from /lib64/libc.so.6
i turned off the retrocl-plugin and it would appear we are back in biz.
/mrg
On Sep 29, 2013, at 19:54, Paul Whitney paul.whitney@mac.com wrote:
What about the error log? (/var/log/dirsrv/slapd-<name>/errors)
Paul M. Whitney email: paul.whitney@mac.com
On Sep 29, 2013, at 19:27, "Michael R. Gettes" gettes@gmail.com wrote:
We try to start the service and it dies very quickly. See trace below.
This is one of our 2 masters running in MMR. Both masters feed the same 3 replicas.
we even rebooted the system to no effect.
suggestions appreciated. we've been running on this version of 389 and OS for about 3 weeks now.
uname -a Linux ldap-master-01.andrew.cmu.edu 2.6.32-358.18.1.el6.x86_64 #1 SMP Fri Aug 2 17:04:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
389-Directory/1.2.11.15 B2013.238.2155 starting up
yum list | grep 389 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 @rhel-x86_64-server-6 389-ds-base-libs.x86_64 1.2.11.15-22.el6_4 @rhel-x86_64-server-6 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-debuginfo.x86_64 1.2.10.26-1.el6_3 389_rhel6_x86_64 389-ds-base-devel.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-devel.x86_64 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-libs.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-6
open("/var/run/dirsrv/slapd-cmu.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 58 fstat(58, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa004a0d000 write(58, "31972\n", 6) = 6 close(58) = 0 munmap(0x7fa004a0d000, 4096) = 0 chmod("/var/run/dirsrv/slapd-cmu.pid", 0644) = 0 poll([{fd=56, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=-1}], 4, 250 <unfinished ...>
+++ killed by SIGSEGV +++
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
On 09/29/2013 06:11 PM, Michael R. Gettes wrote:
we are able to get a backtrace via gdb
(gdb) bt #0 0x00007fc637cd5bd8 in attrlist_find () from /usr/lib64/dirsrv/libslapd.so.0 #1 0x00007fc637ce70b2 in slapi_entry_attr_find () from /usr/lib64/dirsrv/libslapd.so.0 #2 0x00007fc62c7f34e4 in ?? () from /usr/lib64/dirsrv/plugins/libretrocl-plugin.so #3 0x00007fc636156b53 in ?? () from /lib64/libnspr4.so #4 0x00007fc635af9851 in start_thread () from /lib64/libpthread.so.0 #5 0x00007fc63584794d in clone () from /lib64/libc.so.6
i turned off the retrocl-plugin and it would appear we are back in biz.
Please file a ticket. It appears we introduced some regression in the retro changelog.
/mrg
On Sep 29, 2013, at 19:54, Paul Whitney paul.whitney@mac.com wrote:
What about the error log? (/var/log/dirsrv/slapd-<name>/errors)
Paul M. Whitney email: paul.whitney@mac.com
On Sep 29, 2013, at 19:27, "Michael R. Gettes" gettes@gmail.com wrote:
We try to start the service and it dies very quickly. See trace below.
This is one of our 2 masters running in MMR. Both masters feed the same 3 replicas.
we even rebooted the system to no effect.
suggestions appreciated. we've been running on this version of 389 and OS for about 3 weeks now.
uname -a Linux ldap-master-01.andrew.cmu.edu 2.6.32-358.18.1.el6.x86_64 #1 SMP Fri Aug 2 17:04:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
389-Directory/1.2.11.15 B2013.238.2155 starting up
yum list | grep 389 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 @rhel-x86_64-server-6 389-ds-base-libs.x86_64 1.2.11.15-22.el6_4 @rhel-x86_64-server-6 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-debuginfo.x86_64 1.2.10.26-1.el6_3 389_rhel6_x86_64 389-ds-base-devel.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-devel.x86_64 1.2.11.15-22.el6_4 rhel-x86_64-server-optional-6 389-ds-base-libs.i686 1.2.11.15-22.el6_4 rhel-x86_64-server-6
open("/var/run/dirsrv/slapd-cmu.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 58 fstat(58, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa004a0d000 write(58, "31972\n", 6) = 6 close(58) = 0 munmap(0x7fa004a0d000, 4096) = 0 chmod("/var/run/dirsrv/slapd-cmu.pid", 0644) = 0 poll([{fd=56, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=-1}], 4, 250 <unfinished ...>
+++ killed by SIGSEGV +++
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
389-users@lists.fedoraproject.org