Red Hat Bugzilla – Bug 159057
(Dual Xeon) SMP kernel stuck during boot, UP works
Last modified: 2007-11-30 17:11:06 EST
+++ This bug was initially created as a clone of Bug #158413 +++
Description of problem:
Dual CPU Opteron with FC4 32bit installed. Bootup gets stuck at:
EXT3-fs: mounted filesystem with ordered data mode.
Switching to new root
unmounting old /proc
unmounting old /sys
cfq: depth 4 reached, tagging now on
CFQ is not at fault, because elevator=deadline gets stuck there too, without the
CFQ message of course.
This point seems to be after initrd's "init" script, where it seems to load
SELinux. Booting the UP kernel gets past this point with these kind of messages:
security: 3 users, 6 roles, 760 types, 87 bools
security: 55 classes, 170468 rules
SELinux: Completing initialization.
Disabling selinux in /etc/sysconfig/selinux or booting with maxcpus=1 makes no
Version-Release number of selected component (if applicable):
(broke somewhere here, no builds available in between)
Adaptec I2O with i2o_block driver
Bug #158410 mentions similar behavior with a SATA controller on dual Opteron.
Running into a similar problem, on an Intel dual-xeon server board.
System will boot smp clear through to the login prompt, no errors.
But as SOON as the kernel inits at the start of the boot process, *all IO locks
up*. No keyboard, no mouse, no network, nothing.
So once the system has finished booting, it's completely unusable : it sits
there blinking a cursor, and is totally inaccesible via keyboard, mouse, or network.
This happens regardless of runlevel.
Verified on a stock FC4T3 install, with all yum updates installed, and on every
2.6.11 FC4 smp kernel available right up to the new 1363 one.
System was installed as "server", with all defaults left checked.
Logs not only show no errors, but do not log the fact that the system booted
smp, period. It's like syslog never even ran.
More details will be provided if someone needs them ...
This is unlikely to be the same vdso issue, because it was fixed. UP kernel
boots but SMP kernel doesn't? Your report is confusing.
Does kernel-2.6.11-1.1268_FC4smp boot on that machine while subsequent kernels
no ... 1268 (and any other FC4 smp kernel) fail to boot
Board is a Intel SE7501CW2, with two 1.8ghz Xeons, 512mb memory.
There are NO io cards installed, and the system is stock off the FC4T3 isos.
It boots clear through to the login prompt (whatever runlevel you select) and is
then frozen. If, for instance, you try and move the mouse during the X init, or
hit capslock, you notice that from the instant Anaconda inits, all IO is dead.
I've tried running all yum updates; no help ... I've tried every FC4 smp kernel
from FC4_1267 to the current 1363, all have the same exact result.
It makes no difference if I'm running the stock install off the ISOs, or have
run yum update to bring to current.
All of the above kernels boot perfectly in *non* smp. It's just smp kernels --
any smp --that flat-out fail.
Knoppix 3.82 (running a 2.6.11 kernel) boots flawleslly.
Then you shouldn't have cloned that bug. There is absolutely no similarity
between the original report and this. For clarity please report all those
details in a new report.