[389-users] Re: Problems starting dirsrv-admin

Rich Megginson rmeggins at redhat.com
Tue Sep 22 16:04:08 UTC 2009


Juan Asensio Sánchez wrote:
> 2009/9/22 Rich Megginson <rmeggins at redhat.com>:
>   
>> Juan Asensio Sánchez wrote:
>>     
>>>> According to the strace, it is bound to port 2000:
>>>> bind(3, {sa_family=AF_INET, sin_port=htons(2000),
>>>> sin_addr=inet_addr("0.0.0.0")}, 16) = 0
>>>>
>>>>
>>>>         
>>> Yes, we changed the default configuration.
>>>
>>>
>>>       
>>>> What's in the admin server error log?  /var/log/dirsrv/admin-serv/error
>>>> ?
>>>>
>>>>         
>>> This is the content of the file (from last restart):
>>>
>>> [Tue Sep 22 08:30:33 2009] [info] mod_unique_id: using ip addr 10.40.38.9
>>> [Tue Sep 22 08:30:34 2009] [info] Initializing SSL Session Cache of
>>> size 10000. SSL2 timeout = 100, SSL3/TLS timeout = 86400.
>>> [Tue Sep 22 08:30:34 2009] [info] Init: Initializing (virtual) servers for
>>> SSL
>>> [Tue Sep 22 08:30:34 2009] [info] Configuring server for SSL protocol
>>> [Tue Sep 22 08:30:34 2009] [info] SSL2 is not supported
>>> [Tue Sep 22 08:30:34 2009] [debug] nss_engine_init.c(592): Enabling SSL3
>>> [Tue Sep 22 08:30:34 2009] [debug] nss_engine_init.c(597): Enabling TLS
>>> [Tue Sep 22 08:30:34 2009] [debug] nss_engine_init.c(768): Configuring
>>> permitted SSL ciphers
>>>
>>> [-des,-rc2export,-rc4export,-desede3,-rc4,-rc2,+rsa_rc2_40_md5,+rsa_rc4_128_md5,+rsa_3des_sha,+rsa_rc4_40_md5,+fips_des_sha,+fips_3des_sha,+rsa_des_sha,-rsa_null_md5]
>>> [Tue Sep 22 08:30:34 2009] [info] Using nickname ldapb1-cert.
>>> [Tue Sep 22 08:30:34 2009] [info] Server: Apache/2.2.9, Interface:
>>> mod_nss/2.2.9, Library: NSS/3.12.0.3
>>> [Tue Sep 22 08:30:34 2009] [debug] mod_admserv.c(2238): [30763] Cache
>>> expiration set to 600 seconds
>>> [Tue Sep 22 08:30:34 2009] [debug] mod_admserv.c(2341): Added
>>> StartConfigDs task entry
>>>
>>> [cn=startconfigds,cn=operation,cn=tasks,cn=admin-serv-XXXXXXXXXXXXXXXXXXX,cn=fedora
>>> administration server,cn=server
>>>
>>> group,cn=XXXXXXXXXXX.XXXXXXXXX.XXX,ou=XXXXXXXX.XXX,o=netscaperoot:start_config_ds:]
>>> for user [LocalSuper]
>>> [Tue Sep 22 08:30:34 2009] [notice] Access Host filter is: *.XXXXXX.XXX
>>> [Tue Sep 22 08:30:34 2009] [notice] Access Address filter is: *
>>> [Tue Sep 22 08:30:34 2009] [info] Shutting down SSL Session ID Cache
>>> [Tue Sep 22 08:30:34 2009] [info] mod_unique_id: using ip addr 10.40.38.9
>>> [Tue Sep 22 08:30:35 2009] [info] Initializing SSL Session Cache of
>>> size 10000. SSL2 timeout = 100, SSL3/TLS timeout = 86400.
>>> [Tue Sep 22 08:30:35 2009] [info] Server: Apache/2.2.9, Interface:
>>> mod_nss/2.2.9, Library: NSS/3.12.0.3
>>> [Tue Sep 22 08:30:35 2009] [debug] mod_admserv.c(2238): [30765] Cache
>>> expiration set to 600 seconds
>>>
>>>       
>> And after this you get a SEGV?
>>     
>
> Yes. That's the output of running /etc/init.d/dirsrv start. The SEGV
> is seen when running the command with strace (strace
> /usr/sbin/httpd.worker -k start -f), called from
> /usr/sbin/start-ds-admin. No idea why this is happening because it was
> sometime working without any problems.
>   
Does it core dump immediately, or after some time?
Try this - ulimit -c unlimited, then start it with /usr/sbin/start-ds-admin
I'm not sure where it will core dump - maybe in /, or in your $PWD, or 
maybe even in /var/log/dirsrv/admin-serv
>   
>>> --
>>> 389 users mailing list
>>> 389-users at redhat.com
>>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>>
>>>       
>>
>> --
>> 389 users mailing list
>> 389-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>
>>
>>     
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3258 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20090922/8df6618e/attachment.bin>


More information about the Fedora-directory-users mailing list