sata io freeze, 2.6.18 and also 2.6.24 [the real culprit]

DISCUSSION [email protected] 1 participant 1 message Apr 14, 2008 libata

Share & tools

[email protected]

author

2008-04-14 22:31 UTC #0 lore raw

Quoted 7 lines

Yes, I can try that. But please bear with me as I won't be working full time in this. I hope we can get to the bottom of this, but it might not be as quick as we'd like.
Thank you very much for the help.
I'll write back asap.

no hurry - i dont want put any pressure on you, i just like help hunting bugs. :) maybe we could put that in bugzilla, so it wont get lost....

Quoted 222 lines

-----Ursprüngliche Nachricht-----
Von: "Luis Sousa" <[email protected]>
Gesendet: 15.04.08 00:24:17
An: [email protected]
CC: [email protected], [email protected], [email protected]
Betreff: Re: sata io freeze, 2.6.18 and also 2.6.24 [the real culprit]
--- [email protected] escreveu:
Quoted 14 lines
so - you told, you have your disk attached to this controller:
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev
80)
	Subsystem: Micro-Star International Co., Ltd. Unknown device 0430
	Flags: bus master, medium devsel, latency 32, IRQ 16
	I/O ports at ec00 [size=8]
	I/O ports at e800 [size=4]
	I/O ports at e400 [size=8]
	I/O ports at e000 [size=4]
	I/O ports at dc00 [size=16]
	I/O ports at d800 [size=256]
	Capabilities: <access denied>
Quoted 4 lines
and use sata_via module - and your system works stable with nosmp, but freezes very soon on heavy i/o with smp. disabling dma makes no difference.
correct ?
Correct.
But I'm not sure it's an exclusive i/o thing. I've had the box crash in situations where I don't think heavy i/o is involved.. for instance, it crashed two times just as I closed the iceape browser.
Quoted 5 lines
then i assume this could be an smp issue, probably a bug in sata_via and may need further investigation.
there seem no noticeable changes in that driver since 2.6.24 - but maybe it`s worth trying 2.6.25-rc9 to see if it behaves different?
I'm actually running 2.6.25-rc7-git6 now.
(so I really don't think that would make much of a difference)
Quoted 1 line
absolutely nothing in dmesg on freeze ?
Absolutely nothing. Never.
Quoted 1 line
maybe you could try catching some message with attaching serial console?
Hmm, I have no serial consoles here, and my spare box is dead.
Unless I can attach netconsole to a windows box.
I can probably crash it in console mode, without Xorg. Then I hope something might show up in another vt at least.
Quoted 2 lines
how reliably can you crash that box with lots of i/o ? just random crashes or after a certain amount of data written/read ?
There is definitely a random element in it. But I can reliably crash it. Just trigger some CPU and i/o bound processes. I've crashed it with operations which would only read from the disk, for instance unpacking to /dev/null. Sometimes it takes longer, though.
Quoted 2 lines
could you try if just reading from the raw blockdevice makes a differnce ? (dd if=/dev/sda of=/dev/zero)
Yes, I can try that. But please bear with me as I won't be working full time in this. I hope we can get to the bottom of this, but it might not be as quick as we'd like.
Thank you very much for the help.
I'll write back asap.
Best regards,
--
Luis Sousa
Quoted 141 lines
Quoted 20 lines
-----Ursprüngliche Nachricht-----
Von: "Luis Sousa" <[email protected]>
Gesendet: 14.04.08 12:14:26
An: [email protected]
CC: [email protected]
Betreff: Re: sata io freeze, 2.6.18 and also 2.6.24 [the real culprit]
Hello,
I did as planned, and I dare to say now, with relative certainty, that the reason I have had all these instabilities, including application crashes, sneaky corrupt backups, and the dreaded freezes every other day was SMP and HyperThreading not working properly. Booting with nosmp gives me a stable system. Booting only with the sata-related arguments had the system freeze overnight.
Quoted 9 lines
Sincerely,
--
Luis Sousa
--- [email protected] escreveu:
Quoted 3 lines
hi luis,
glad that it worked - but let us better call this a possible workaround, not a
solution.
Quoted 2 lines
Quoted 2 lines
mind that you loose lots of performance with this, because all i/o is handled by the
cpu
Quoted 37 lines
Quoted 37 lines
now.
Quoted 2 lines
If everything goes well, I'll reduce the command line in order to narrow the problem further down.
yes, please!
regards
roland
Quoted 26 lines
-----Ursprüngliche Nachricht-----
Von: "Luis Sousa" <[email protected]>
Gesendet: 12.04.08 17:34:39
An: [email protected]
CC: [email protected]
Betreff: Re: sata io freeze, 2.6.18 and also 2.6.24 [POSSIBLE SOLUTION]
Hello all,
Thanks to valuable help from roland, I was able to boot with the following options:
``nosmp ide=nodma libata.dma=0''
after what I ran an agressive stability test for a while, with no problem whatsoever. Maybe it's too soon to say, but I have a good feeling this time. It seems roland figured it out.
If everything goes well, I'll reduce the command line in order to narrow the problem further down.
(and indeed, this is a hyper-threading single core CPU)
Quoted 7 lines
Quoted 7 lines
Quoted 7 lines
Sincerely,
--
Luis Sousa
--- [email protected] escreveu:
Quoted 1 line
did you try UP-kernel or tried booting with "nosmp" and does that make any
difference
Quoted 11 lines
Quoted 11 lines
?
Quoted 10 lines
Quoted 10 lines
Quoted 8 lines
This is a 2-processor CPU:
# cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
most likely this just "appears" as 2-way processor , but iŽm quite sure this is
just
Quoted 51 lines
Quoted 51 lines
a
Quoted 50 lines
Quoted 50 lines
single-core CPU, but with HyperThreading enabled.
regards
roland
List:       linux-kernel
Subject:    sata io freeze, 2.6.18 and also 2.6.24
From:       Luis Sousa <ls.luis_sousa () yahoo ! com ! br>
Date:       2008-03-28 22:24:48
Message-ID: 739784.81690.qm () web46009 ! mail ! sp1 ! yahoo ! com
[Download message RAW]
Hello,
I've been having consistent hard system freezes for a long time, every 2 days or so, and finally decided to move to the most recent stable kernel. Unfortunatelly that didn't fix it. The freezes seem to be io-related; they started since I moved my drive to sata. They seem to happen mostly when there's an io-intensive operation, like extracting a big archive; a reboot is needed.
Nothing ever shows up in the logs.
I'm using the following drive:
ATA device, with non-removable media
        Model Number:       MAXTOR STM3160215AS                     
        Serial Number:      6RA2TMJ4
        Firmware Revision:  3.AAD   
Linux localhost 2.6.24.4 #4 SMP Fri Mar 28 14:51:50 BRT 2008 i686 GNU/Linux
This is a 2-processor CPU:
# cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 9
cpu MHz         : 3013.697
cache size      : 1024 KB
(same goes for processor : 1)

Quoted 9 lines

Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Sincerely,
--
Luis Sousa
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
http://br.mail.yahoo.com/

_________________________________________________________________________
In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114