Hide Forgot
Description of problem: I tried to log onto an existing 389 dirsrv at the company and couldn't get a connection. It appears that the httpd.worker process that runs the admin side of the server is segfaulting on startup with no useful information in the log. Version-Release number of selected component (if applicable): httpd-2.2.21-1.fc16.x86_64 How reproducible: always Steps to Reproduce: 1. Try to start an existing, previously operational dirsrv-admin task 2. 3. Actual results: segfault Expected results: operational Additional info: I've tried this on an independent system with a similar patch level and the same results. A stack trace shows... #0 0x00007ffff68badb4 in pthread_mutex_lock () from /lib64/libpthread.so.0 #1 0x00007ffff3056f99 in PR_Lock () from /lib64/libnspr4.so #2 0x00007ffff3692388 in NSS_RegisterShutdown () from /usr/lib64/libnss3.so #3 0x00007ffff3bf8f90 in ?? () from /usr/lib64/libssl3.so #4 0x00007ffff304edaa in PR_CallOnce () from /lib64/libnspr4.so #5 0x00007ffff3bf908b in ?? () from /usr/lib64/libssl3.so #6 0x00007ffff3bf90ae in ?? () from /usr/lib64/libssl3.so #7 0x00007ffff3bf9169 in SSL_ClearSessionCache () from /usr/lib64/libssl3.so #8 0x00007ffff3e21f02 in nss_init_ChildKill () from /usr/lib64/httpd/modules/libmodnss.so #9 0x00007ffff3e220a8 in nss_init_ModuleKill () from /usr/lib64/httpd/modules/libmodnss.so #10 0x00007ffff6ae683e in apr_pool_clear () from /usr/lib64/libapr-1.so.0 #11 0x000055555556c4a7 in main () This may be a problem in the a 389 package instead, but the server fault is in httpd so I filed the bug here. A non-worker httpd instance works fine on the system. The error log includes [Wed Jan 04 11:53:54 2012] [info] mod_unique_id: using ip addr x.x.x.x [Wed Jan 04 11:53:55 2012] [debug] mod_admserv/mod_admserv.c(2443): Entering mod_admserv_post_config - pid is [1590] init count is [0] [Wed Jan 04 11:53:55 2012] [debug] mod_admserv/mod_admserv.c(2271): Entering do_admserv_post_config - pid is [1590] [Wed Jan 04 11:53:55 2012] [debug] mod_admserv/mod_admserv.c(2279): Entering do_admserv_post_config - init count is [1] [Wed Jan 04 11:53:55 2012] [debug] mod_admserv/mod_admserv.c(2303): [1590] Cache expiration set to 600 seconds [Wed Jan 04 11:53:55 2012] [debug] mod_admserv/mod_admserv.c(2407): Added StartConfigDs task entry [cn=startconfigds,cn=operation,cn=tasks,cn=admin-serv-computer,cn=389 administration server,cn=server group,cn=computer.domain.tld,ou=domain.tld,o=netscaperoot:start_config_ds:] for user [LocalSuper] [Wed Jan 04 11:53:55 2012] [notice] Access Host filter is: *.domain.tld [Wed Jan 04 11:53:55 2012] [notice] Access Address filter is: * [Wed Jan 04 11:53:55 2012] [info] Shutting down SSL Session ID Cache
Having a similar issue on a fresh install of 389-ds on F16 x86_64 with all updates from updates-testing applied. I've disabled SELinux thinking that it could be causing issues and still receive the same problem. I've attached the log from setup-ds-admin.pl. Here is the related log entry from /var/log/messages: Jan 11 11:45:13 fluxws02 kernel: [ 153.279570] httpd.worker[1295]: segfault at 10 ip 00007fb26faf1db4 sp 00007fff16fb4e90 error 4 in libpthread-2.14.90.so[7fb26fae8000+17000] Jan 11 11:45:13 fluxws02 systemd[1]: dirsrv-admin.service: control process exited, code=killed status=11 Jan 11 11:45:13 fluxws02 systemd[1]: Unit dirsrv-admin.service entered failed state. Here is the debug output from running httpd.worker from the command line: /usr/sbin/httpd.worker -k start -f /etc/dirsrv/admin-serv/httpd.conf -e debug -X [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module authz_host_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module auth_basic_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module authn_file_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module log_config_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module env_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module mime_magic_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module unique_id_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module setenvif_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module mime_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module negotiation_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module dir_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module alias_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module rewrite_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module cgi_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module restartd_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module nss_module [Wed Jan 11 12:06:24 2012] [debug] mod_so.c(246): loaded module admserv_module [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2509): [1484] create_server_config [0xbogus %p for (null) [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2497): [1484] create_config [0xbogus %p for (null) [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2570): [1484] Set [0xbogus %p [ADMCacheLifeTime] to 600 [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2588): [1484] Set [0xbogus %p [ADMServerVersionString] to 389-Administrator/1.1.25 [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2497): [1484] create_config [0xbogus %p for /*/[tT]asks/[Oo]peration/* [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2522): [1484] adminsdk [0xbogus %p flag 1 [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2497): [1484] create_config [0xbogus %p for /*/[tT]asks/[Cc]onfiguration/* [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2522): [1484] adminsdk [0xbogus %p flag 1 [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2497): [1484] create_config [0xbogus %p for /*/[tT]asks/[Oo]peration/(?i:stop|start|restart|startconfigds|create|remove)$ [Wed Jan 11 12:06:24 2012] [debug] mod_admserv/mod_admserv.c(2522): [1484] adminsdk [0xbogus %p flag 0 Segmentation fault Installed components: 389-admin-console-doc-1.1.8-2.fc16.noarch 389-ds-1.2.2-1.fc15.noarch 389-ds-base-1.2.10-0.6.a6.fc16.x86_64 389-adminutil-1.1.14-1.fc16.x86_64 389-ds-console-1.2.6-1.fc16.noarch 389-ds-base-libs-1.2.10-0.6.a6.fc16.x86_64 389-admin-console-1.1.8-2.fc16.noarch 389-dsgw-1.1.8-1.fc16.x86_64 389-admin-1.1.25-1.fc16.x86_64 389-ds-console-doc-1.2.6-1.fc16.noarch 389-console-1.1.7-1.fc16.noarch java-1.6.0-openjdk-1.6.0.0-61.1.10.4.fc16.x86_64 httpd-2.2.21-1.fc16.x86_64 Let me know if anyone needs more information.
Created attachment 552176 [details] Setup log from setup-ds-admin.pl
I believe that this is caused by a change in NSS. NSS was fixed to address this recently in bug 784672. On F16, upgrading to nss-3.13.1-11.fc16 should fix this. This new package is available in the updates-testing repo. Please try it and give positive karma in bodhi if it resolves your issue. bodhi link: https://admin.fedoraproject.org/updates/FEDORA-2012-1064/nss-3.13.1-11.fc16
This fixes the problem. Thanks.
(In reply to comment #4) > This fixes the problem. Thanks. Great! I'll close this bug as a duplicate. The updated NSS package should move to the stable Fedora 16 updates repository within the next few days. *** This bug has been marked as a duplicate of bug 784672 ***
The updated NSS package works for me as well.