What |Removed |Added
------- Additional Comments From Matt_Domsch@... 2005-07-27 21:15 -------
I've seen something exactly like this, though "acpi=off" doesn't resolve it.
The only workaround has been to use a uniprocessor kernel.
I originally opened this bug in
though I can confirm that 2.6.12-rc3 and 2.6.13-rc3 behave similarly.
readprofile data is available there, but nothing is implicated.
My system is as follows:
Description of problem:
Fedora Core 4, fresh install, though same seen after FC3->FC4 upgrade too.
Dell PowerEdge 2400, 2x933MHz, 1GB RAM, built-in e100 network, several disks on
onboard aic7890 controller, using LVM on one disk for boot, md raid 1 + lvm1 on
two disks for /home.
System initially is fine, but after a few minutes, system becomes sluggish.
Gnome system monitor tool stops refreshing every second, becomes every few
minutes. top hangs. Can no longer sudo or log in, but can start new
gnome-terminals with Ctrl-T. Can no longer ping the ethernet device from outside.
Switching from VT7 to VT1 succeeds, but cannot log in. SysRQ works there
though. Nothing unusual on the task lists. SysRQ-M shows plenty of free
memory, -P shows both CPUs in idle loop. Outgoing network connections
occasionally OK, though mostly hung. Rebooting via sysrq-b works. Emergency
sync claims to work, but the data appears not to be committed to journal or
disk, as it's not present after reboot. If I edit files while in this state,
those changes do not persist after reboot, even after sysrq-s.
Timer interrupts have stopped counting. With 2.6.13-rc3, all interrupts
appeared to be stopped, with all FC4-smp kernels only the disk and timer
interrupts appeared to stop, while network interrupts continued to function.
Tried with acpi=off, selinux=0, audit=0 in various combinations, no effect.
Fedora Core 3 SMP kernel did not behave like this, was running for 3-4 months
with no ill behavior. Likewise RHL9 kernels on the same system before that for
This is the strangest thing I've seen in a while.
Version-Release number of selected component (if applicable):
FC4 gold release SMP i686 kernel
on every boot
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.