Re: SiI 0680 UDMA133 controller / TIMEOUT - READ_DMA

From: Oliver Fromme <olli(at)lurza.secnetix.de>
Date: Thu, 9 Aug 2007 16:51:34 +0200 (CEST)

Benjamin Thelen wrote:
> Verwende den udma-Controller: atapci1: <SiI 0680 UDMA133 controller>
> [...]
> ad4: 238475MB <Seagate ST3250823A 3.02> at ata2-master UDMA100
> ad6: 238475MB <MAXTOR STM3250820A 3.AAE> at ata3-master UDMA100
> [...]
> Wieso eigentlich nie ad_4_? Was will mir das sagen?
> [...]
> Jul 18 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 19 02:00:05 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 20 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 21 04:00:11 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=62851071
> Jul 22 03:01:07 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=287
> Jul 23 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 24 04:06:53 commander kernel: ad6: TIMEOUT - WRITE_DMA48 retrying (1
> retry left) LBA=458552063
> Jul 25 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 26 02:00:05 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 27 18:05:03 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=191
> Jul 28 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 30 02:00:05 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Jul 31 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 1 02:00:05 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 2 02:00:05 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 2 15:59:04 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 3 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=153928255
> Aug 4 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 5 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=153928255
> Aug 6 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 7 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 7 13:30:03 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127
> Aug 9 02:00:06 commander kernel: ad6: TIMEOUT - READ_DMA retrying (1
> retry left) LBA=12127

Auffallend ist, dass der Timeout immer zur vollen Stunde in
der Nacht auftritt -- möglicherweise dann, wenn gerade ein
Cron-Job loslegen will. Kann es sein, dass Deine zweite
Festplatte (ad6) so konfiguriert ist, dass sie nach einer
gewissen Zeit der Nichtbenutzung herunterfährt? ("Idle-
Spindown" nennt sich das Feature, glaube ich.) Das würde
das Symptom recht genau erklären. Eine andere mögliche
Erklärung könnte ein zu schwaches Netzteil sein.

Desweiteren fällt auf, dass der Block 12127 besonders häu-
fig auftaucht. Das kann Zufall sein (der betreffende Cron-
Job greift halt als erstes auf eine Datei zu, die dort be-
ginnt), oder auch nicht. Was passiert, wenn Du manuell
versuchst, diesen Block zu lesen? Bekommst Du wieder so
einen Log-Eintrag? In dem Fall könnte die Platte einen
Schaden haben.

# dd if=/dev/ad6 of=/dev/null iseek=12100 count=100

Gruß
   Olli

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
"I learned Java 3 years before Python.  It was my language of
choice.  It took me two weekends with Python before I was more
productive with it than with Java." -- Anthony Roberts
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 09 Aug 2007 - 16:52:52 CEST

search this site