Craig White wrote:
On Thu, 2009-10-15 at 15:00 +1300, Peter Glassenbury (CSSE) wrote:
I have F12_x86_64 installed from alpha ISO and kept up to date
with a yum update. (running on a intel core2-duo)
I am always getting a hang on boot at the stage of..
Starting system message bus.
It waits at this point for just over 10 minutes, then
continues through normally to runlevel 5.
Errors in /var/log/messages say
nss_ldap: failed to bind to LDAP server ......can't contact LDAP server
It repeats this many times while starting the dbus-daemon and eventually times out.
It repeats the error through automountd and rpc.statd
and then finally NetworkManager runs again and starts the network
Where should I report this as a bug? and against what...
Network manager for not getting its act together earlier or
general init.d boot script order..??
In an F10 install we had to remove NetworkManager to get a
working system.
Currently I'm testing F11 and F12alpha and F11 works fine.
(on the same hardware machines)
Any help or pointers on what to report greatly received.
----
add the following to /etc/ldap.conf
nss_initgroups_ignoreusers root, ldap, dbus, named
timelimit 30
bind_timelimit 30
bind_policy soft
you might want to add other daemon 'users' from /etc/passwd the the
'ignoreusers' line too.
I just have the default ldap settings except for the ldap server config..
The timelimits default to 120
the bind_policy has been changed to soft as you said.
This is the default ignore users line....
nss_initgroups_ignoreusers
root,ldap,named,avahi,haldaemon,dbus,radvd,tomcat,radiusd,news,mailman,nscd,gdm,polkituser
In /etc/nsswitch we set automount,aliases,services,netgroup,
protocols,group,shadow,passwd to "files ldap" and hosts to
"files dns" and the rest to "files"
The above change to bind_policy and shortening the timelimits
has no hang.. Gives the following ERROR (in red on startup)
but then continues on and appears to come up OK and in reasonable
time.
Starting NFS daemon: rpc.nfsd: unable to resolve ANYADDR: nfs to inet address: Name or service not known
So the workaround works -- is it a bug to be reported?
Pete
--
-------------------------------------------------------------------
Peter Glassenbury Computer Science department
pete@xxxxxxxxxxxxxxxxxxxxx University of Canterbury
+64 3 3642987 ext 7762 New Zealand
--
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe:
https://www.redhat.com/mailman/listinfo/fedora-test-list
