I was busy congratulating myself about NOT having a problem with updating my CentOS-4 servers when I ran into a problem with a couple of CentOS-3 servers. The Gods hate the proud... Anyway, I updated two identical servers recently and got the new kernel (2.4.21-40) along with the new initscripts, vixie-cron, squid, and gnupg packages. I waited until the weekend to reboot one of the two boxes and was encouraged to see that it appeared to come up OK and all the servies started with no apparent problems. Later on I tried to log in via SSH and was unable to get in. The login apparently succeeded, but I got no response at all after the password entry. I wasn''t able to log in via the console either, same lack of response. I rebooted (ctl-alt-del) into single-user mode, which worked fine, and set up syslog to send all messages to /dev/tty12 for debugging purposes and enabled sysrq, then booted back into runlevel 3. Again, no response after the username/password entry and no messages on tty12 indicating any problems. Just no shell response at all on root or any of the user accounts set up on the system. The box is set up to authenticate against LDAP, but as I mentioned there were no errors from the syslog output that seemed relevant. I''m probably going to set up a shell on one of the virtual consoles to debug this some more, but thought I might ask if anybody else has seen anything like this. All other services (http and a Sun directory server) start up fine, but I cannot get a shell in multi-user mode. I''d like to avoid a rebuild, but that would not be catastrophic as this box is part of a redundant pair. Anybody got any constructive thoughts on this? -- Jay Leafey - Memphis, TN jay.leafey@mindless.com -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5322 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.centos.org/pipermail/centos/attachments/20060327/f03b8187/smime.bin
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Mar 27, 2006 at 07:46:24PM -0600, Jay Leafey wrote:> Anyway, I updated two identical servers recently and got the new kernel > (2.4.21-40) along with the new initscripts, vixie-cron, squid, and gnupg > packages. I waited until the weekend to reboot one of the two boxes and > was encouraged to see that it appeared to come up OK and all the servies > started with no apparent problems. Later on I tried to log in via SSH and > was unable to get in. The login apparently succeeded, but I got no > response at all after the password entry. I wasn''t able to log in via the > console either, same lack of response. I rebooted (ctl-alt-del) into > single-user mode, which worked fine, and set up syslog to send all messages > to /dev/tty12 for debugging purposes and enabled sysrq, then booted back > into runlevel 3. Again, no response after the username/password entry and > no messages on tty12 indicating any problems. Just no shell response at > all on root or any of the user accounts set up on the system. > > The box is set up to authenticate against LDAP, but as I mentioned there > were no errors from the syslog output that seemed relevant. I''m probably > going to set up a shell on one of the virtual consoles to debug this some > more, but thought I might ask if anybody else has seen anything like this. > All other services (http and a Sun directory server) start up fine, but I > cannot get a shell in multi-user mode. I''d like to avoid a rebuild, but > that would not be catastrophic as this box is part of a redundant pair. > Anybody got any constructive thoughts on this?Any NFS mounts ? []s - -- Rodrigo Barbosa <rodrigob@suespammers.org> "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEKJm1pdyWzQ5b5ckRAnonAKCESQjvMIHDoaz85PZ7rIWxheb4vQCfe2zS wHe360AtyFPSXSsYCtRlGDs=PL6u -----END PGP SIGNATURE-----
Rodrigo Barbosa wrote:> > Any NFS mounts ? > > []s >No, no network filesystems of any flavor. Good thought, tho! -- Jay Leafey - Memphis, TN jay.leafey@mindless.com -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5322 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.centos.org/pipermail/centos/attachments/20060327/eb841022/smime.bin
Jay Leafey wrote:> The box is set up to authenticate against LDAP, but as I mentioned there > were no errors from the syslog output that seemed relevant. I''m > probably going to set up a shell on one of the virtual consoles to debug > this some more, but thought I might ask if anybody else has seen > anything like this. All other services (http and a Sun directory > server) start up fine, but I cannot get a shell in multi-user mode. I''d > like to avoid a rebuild, but that would not be catastrophic as this box > is part of a redundant pair. Anybody got any constructive thoughts on > this? >Check your /etc/ configuration files very closely. I did a CentOS 3 upgrade and had my nameserver config eaten (my fault, I had the cacheing nameserver RPM loaded) and my Samba configuration eaten (this one I have no explanation for). My CentOS 4 upgrades have been flawless. Barry
I THINK I found the problem. As usual, a user/keyboard disconnect error. :^} I rebooted the box this morning into single-user mode and started looking at config files, comparing them to it''s twin. Nothing obvious jumped out (of course). I ran authconfig and turned off LDAP authenticaion, tne rebooted the box. Once it came back up, I was able to log in. I re-ran authconfig and turned LDAP authentication back on and was able to log into a VC or remotely via SSH with no problems. I did see another difference that may or man not have had anything to do with it. The "kernel" line in grub.conf had "console=tty0" at the end, but only on the box I was having problems with. It had been uses with a serial console a while back, but not any more. I''m not sure if removing it had anything to do with the problem, but it''s working now. I''m going to try to recreate the problem, so I may have something more definitive later. Anyway, it seems happy now. -- Jay Leafey - Memphis, TN jay.leafey@mindless.com -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5322 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.centos.org/pipermail/centos/attachments/20060328/0ab31144/smime.bin