Red Hat Bugzilla – Bug 157691
smp boot hangs, hyperthreading
Last modified: 2015-01-04 17:19:41 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217
Description of problem:
Dell Dimension 4700 Intel-Hyperthreading kernel hangs at boot time, non-SMP kernel does not hang. I had just installed fc4beta3 yesterday 5/12/05, installation went smoothly. The installation was an upgrade from fc3. The hang at boot happened right after the message "reading all disks - this should take a while" message (I have one lvm2 partition on my 250G disk). After > ten minutes there was no change. Ctrl-Alt-Delete was successful in rebooting. I chose from grub the non-SMP kernel and successfully booted. On this reboot the same approximate message appeared and boot continued immediately.
Sorry I haven't tried to reproduce it, send email to email@example.com if you'd like me to try.
Version-Release number of selected component (if applicable):
I sure hope this can be fixed before fc4 goes general availability. I would be happy to apply a patch to the kernel and rebuild to test your fix; I'm a competent kernel builder.
I'd be happy to try anything you suggest. The box is at home; I'm at work here in Mountain View and so it'd be ~6 hours before I could try it. Email address above is read both here at work and at home.
what disk controller is in this box ?
From /etc/sysconfig/hwconf (retyped):
desc: "Ata Maxtor 7Y250M0"
lsmod shows that (this is the UP kernel, not the SMP one, of course) these
drivers are loaded: libata sd_mod scsi_mod. And ata_piix, and dm_modjbd ext3
dm_mirror dm_zero dm_snapshot mii, that last is probably unrelated. uname -r
This is a 250-Gigabyte disk; the default installation caused fedora to make one
huge LVM2 partition out of it. My only change was to increase swap size to
2048M from 512M in anticipation of boosting my ram to 1GB from 256MB. But I'm
still at 256MB ram.
Separately I tried and failed doing an "rpm build --rebuild" of the kernel
source tree, both the 1286 kernel and the later one I fetched using "up2date
--get-source kernel", which yielded kernel-2.6.11-1.1305.FC4.src.rpm in
/var/spool/up2date. The failure was the same in both cases: After the normal
"Installing ..." message came this" "error: Architecture is not included:
i386". The output of "uname -m" is i686.
Of course that's a separate bug; but it would prevent me from trying either a
new source tree or a patch to my source tree.
Nevertheless, thanks a whole lot for fedora and for your work on it. Let me
know how I can help further.
Here is a sane reformatting of my original "description":
Dell Dimension 4700 Intel-Hyperthreading kernel hangs at boot time, non-SMP
kernel does not hang. I had just installed fc4beta3 yesterday 5/12/05,
installation went smoothly. The installation was an upgrade from fc3. The hang
at boot happened right after the message "reading all disks - this should take a
while" message (I have one lvm2 partition on my 250G disk). After > ten minutes
there was no change. Ctrl-Alt-Delete was successful in rebooting. I chose from
grub the non-SMP kernel and successfully booted. On this reboot the same
approximate message appeared and boot continued immediately.
Also, regarding reproducibility: I can reproduce this problem 100% of the time,
and I've tried 3 or 4 times now.
I have also reproduced this on a Dell Dimension 4700 with FC4test3. Dies with smp kernel, works fine
with no smp support.
- It happens with both SATA and EIDE drives. That is, I removed the SATA drive and plugged in an EIDE
drive ... behavior is the same.
- turning off SMP in the BIOS did not do anything ... I didn't really expect it to.
- It happens regardless of whether you are using lvm or not ... it was hanging with an lvm2 message on
- under a minimal install without lvm there is more logging data that comes out during the startup
process. It is dying after saying
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode
switching to new root
unmounting old /proc
unmounting old /sys
<<< dies here >>>
Let me know if I can do anything to help.
Richard and Michael,
Please test these two old FC4 kernels. You may need to install one at a time
with --oldpackage and --nodeps. I suspect 1267 will boot while 1276 gets stuck.
Please report back your results.
*** This bug has been marked as a duplicate of 158413 ***
Hi, Warren. It is as you predicted. The 1267 kernel works fine, and I verified
smp by looking at the gkrellm screen, which shows two CPUs. The 1276 kernel
fails, in exactly the mode I described earlier. Then I booted 1329-smp and it
failed the same way, and then 1329 (non-smp), and I'm up under that kernel now.
I used the command "rpm -i --oldpackage" to install the two rpms; didn't need
--nodeps so didn't use it.
Happy to test a fixed kernel when you have one ready. Thanks for your work.