Thread (18 messages) 18 messages, 9 authors, 2008-07-08

Re: Software RAID1 deadlock in 2.6.25 kernels

From: Gabor Gombas <hidden>
Date: 2008-07-02 10:50:34

On Wed, Jul 02, 2008 at 12:37:54PM +0200, Gabor Gombas wrote:
On Tue, Jul 01, 2008 at 09:45:08PM +0200, Michael Bussmann wrote:
quoted
So far I tried
	- Replaced IDE cables
	- kernel upgrades up to 2.6.25.9
	- removed one drive from the RAID, thus running in degraded mode
	- disabled CPU frequency scaling
	- put one drive on the PDC20276, the other on the ICH4 (82801DB)
Set up netconsole or serial console, boot with nmi_watchdog=2, and wait
for a lockup.
Some motivation: I have a feeling that the HPET problem in 2.6.25 is
actually biting people other than me. But if you do not enable the NMI
watchdog and do not have a way to save the resulting Oops, then you
will never know what hit you. SysRq+W will show tasks blocked in places
related to disk I/O, but that's not the real reason, so messing with
the disks will not help you in this case.

And this also explains why machines w/o HPET (or HPET being disabled by
the BIOS or otherwise unaffected for yet unknown reasons) can run
2.6.25.x just fine.

Gabor

-- 
     ---------------------------------------------------------
     MTA SZTAKI Computer and Automation Research Institute
                Hungarian Academy of Sciences
     ---------------------------------------------------------
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help