[389-users] slapd only listening on IPv6

[Rich Megginson]

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.html>