Bug#159781: Seems to affect [passwd,group,shadow] as well
My primary server hung at bootup this morning. It refused
to start 'syslogd'. A few hours of testing and trying to
figure out why, I found that it hung on the 'chown' line.
chown root.adm /dev/xconsole
[not exact cmd line, but that effect]. More digging, and I
found out that the secondary LDAP server didn't respond
correctly - the connection to it didn't return anything...
My nsswitch.conf line(s) read:
passwd: files ldap
group: files ldap
shadow: files ldap
So even though the user 'root' and the group 'adm' exists
in /etc/{passwd,group}, it STILL did an LDAP request!
Looking at the manpage (I seriosly thought I'd missed
something the first time :), shows that 'SUCCESS=return'
_is_ the default. It isn't! From what i understand,
'SUCCESS=continue' is (and this is naturaly wrong)!
Both fixing the secondary LDAP server and/or uncommenting
the 'ldap' part in nsswitch.conf solves the problem.
However, neither of them is a 'good' solution - I'll
probably end up with a unresponsive LDAP server again
and LDAP is an absolut requirenment.
Oh, and this is a woody system (SPARC64 though).
Reply to: