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

Rich Megginson rmeggins at redhat.com
Mon Sep 21 17:23:37 UTC 2009


Juan Asensio Sánchez wrote:
> Hi again
>
> I forgot to say, that running /etc/init.d/dirsrv-admin start, after
> the error, i can see that the http daemon is running, but not
> listening in the port it should:
>
> [root at XXXXXXXXXXXX ~]# ps aux | grep admin
> root     29413  0.0  0.0   5060  2084 pts/0    S    08:54   0:00
> /usr/sbin/nss_pcache off /etc/dirsrv/admin-serv
> root     29417  0.0  0.0  27176  2324 ?        S    08:54   0:00
> /usr/sbin/httpd.worker -k start -f /etc/dirsrv/admin-serv/httpd.conf
> root     30925  0.0  0.0   3940   740 pts/0    S+   09:07   0:00 grep admin
> [root at XXXXXXXXXXXX ~]# netstat -ptan | grep ":2000"
> [root at XXXXXXXXXXXX ~]#
>
> Attached now the full output of strace.
>   
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

What's in the admin server error log?  /var/log/dirsrv/admin-serv/error
?
> Regards.
>
>
> El día 21 de septiembre de 2009 09:07, Juan Asensio Sánchez
> <okelet at gmail.com> escribió:
>   
>> Hi
>>
>> For some time i am having troubles starting dirsrv-admin. It worked
>> fine, but now it doesn't start. When I run /etc/init.d/dirsrv-admin
>> start, the process hangs, and after 10 minutes, i get this error:
>>
>> [root at XXXXXX ~]# /etc/init.d/dirsrv-admin start
>> Starting dirsrv-admin:
>> *** Error: dirsrv-admin failed to start                    [FALLÓ]
>>
>> If i run this command manually, using strace for debug, the last lines
>> before a segmentation fault are these (full output attached):
>>
>> [root at XXXXXX ~]# strace /usr/sbin/httpd.worker -k start -f
>> /etc/dirsrv/admin-serv/httpd.conf -e debug -X
>> [...]
>> open("/etc/hosts", O_RDONLY)            = 6
>> fcntl64(6, F_GETFD)                     = 0
>> fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=505, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0xb7f99000
>> read(6, "# Do not remove the following li"..., 4096) = 505
>> read(6, "", 4096)                       = 0
>> close(6)                                = 0
>> munmap(0xb7f99000, 4096)                = 0
>> open("/etc/hosts", O_RDONLY)            = 6
>> fcntl64(6, F_GETFD)                     = 0
>> fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=505, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0xb7f99000
>> read(6, "# Do not remove the following li"..., 4096) = 505
>> close(6)                                = 0
>> munmap(0xb7f99000, 4096)                = 0
>> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
>> fcntl64(6, F_GETFL)                     = 0x2 (flags O_RDWR)
>> fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
>> connect(6, {sa_family=AF_INET, sin_port=htons(636),
>> sin_addr=inet_addr("XX.XX.XX.XX")}, 16) = -1 EINPROGRESS (Operation
>> now in progress)
>> poll([{fd=6, events=POLLPRI|POLLOUT}], 1, 5000) = 1 ([{fd=6, revents=POLLOUT}])
>> getsockopt(6, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
>> getpeername(6, {sa_family=AF_INET, sin_port=htons(636),
>> sin_addr=inet_addr("XX.XX.XX.XX")}, [16]) = 0
>> time(NULL)                              = 1253515556
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> +++ killed by SIGSEGV +++
>>
>> XX.XX.XX.XX is the IP address of the server.
>>
>> [root at XXXXXX ~]# rpm -qa | grep fedora
>> fedora-ds-admin-1.1.1-1.fc6
>> fedora-ds-1.1.0-3.fc6
>> fedora-ds-base-1.1.0-3.fc6
>> fedora-admin-console-1.1.0-4.fc6
>> fedora-idm-console-1.1.0-5.fc6
>> fedora-ds-console-1.1.0-5.fc6
>>
>> [root at XXXXXX ~]# uname -a
>> Linux XXXXXXXXXXXXXXXXXXX 2.6.18-128.1.10.el5.centos.plusPAE #1 SMP
>> Mon May 11 07:51:33 EDT 2009 i686 i686 i386 GNU/Linux
>>
>> Any idea why is happening this? The LDAP server itself is working fine.
>>
>> Regards.
>>
>>     
>> ------------------------------------------------------------------------
>>
>> --
>> 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/20090921/e6a871f4/attachment.bin>


More information about the Fedora-directory-users mailing list