On 01/19/2011 07:11 AM, Ellsworth, Josh wrote: > > I am working on a test 389DS instance and yesterday it started giving > me trouble. The admin server would not start up correctly. > Can you post the error log from /var/log/dirsrv/admin-serv/error? What platform? What versions of 389-ds-base and 389-admin? > > I think that the problem is because slapd is not listening on IPv4. > grep nsslapd-listenhost /etc/dirsrv/slapd-INSTANCENAME/dse.ldif > > [root at ldaptest ~]# netstat -aunt > > Active Internet connections (servers and established) > > Proto Recv-Q Send-Q Local Address Foreign > Address State > > tcp 0 0 0.0.0.0:873 > 0.0.0.0:* LISTEN > > tcp 0 0 0.0.0.0:111 > 0.0.0.0:* LISTEN > > tcp 0 0 127.0.0.1:631 > 0.0.0.0:* LISTEN > > tcp 0 0 :::389 > :::* LISTEN > > tcp 0 0 :::22 > :::* LISTEN > > tcp 0 0 :::636 > :::* LISTEN > > tcp 0 0 ::ffff:192.168.115.100:22 > ::ffff:192.168.150.117:1268 ESTABLISHED > > udp 0 0 0.0.0.0:867 > 0.0.0.0:* > > udp 0 0 0.0.0.0:870 > 0.0.0.0:* > > udp 0 0 0.0.0.0:5353 > 0.0.0.0:* > > udp 0 0 0.0.0.0:111 > 0.0.0.0:* > > udp 0 0 0.0.0.0:631 > 0.0.0.0:* > > udp 0 0 0.0.0.0:47870 > 0.0.0.0:* > > udp 0 0 :::35392 > :::* > > udp 0 0 :::5353 > :::* > > [root at ldaptest ~]# lsof -i > > COMMAND PID USER FD TYPE DEVICE > SIZE NODE NAME > > portmap 1084 rpc 3u > IPv4 2955 UDP *:sunrpc > > portmap 1084 rpc 4u > IPv4 2956 TCP *:sunrpc (LISTEN) > > rpc.statd 1115 rpcuser 3u IPv4 > 3072 UDP *:870 > > rpc.statd 1115 rpcuser 6u IPv4 > 3058 UDP *:867 > > rpc.statd 1115 rpcuser 7u IPv4 > 3075 TCP *:rsync (LISTEN) > > sshd 1385 root 3u > IPv6 3955 TCP *:ssh (LISTEN) > > cupsd 1393 root 4u > IPv4 3987 TCP localhost.localdomain:ipp (LISTEN) > > cupsd 1393 root 6u > IPv4 3990 UDP *:ipp > > avahi-dae 1467 avahi 13u IPv4 > 4197 UDP *:mdns > > avahi-dae 1467 avahi 14u IPv6 > 4198 UDP *:mdns > > avahi-dae 1467 avahi 15u IPv4 > 4199 UDP *:47870 > > avahi-dae 1467 avahi 16u IPv6 > 4200 UDP *:35392 > > ns-slapd 1616 nobody 6u IPv6 > 4476 TCP *:ldap (LISTEN) > > ns-slapd 1616 nobody 7u IPv6 > 4477 TCP *:ldaps (LISTEN) > > Is there an easy way to fix this? Since it is a test server I > _/could/_ wipe it and start over, but I don't want this to be a > problem when we move to production. > > Thanks! > > Josh > > > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20110119/ec4d1463/attachment-0001.html
