On Sat, 3 Jun 2006, Paul M Foster wrote:
> Eben King wrote:
>> On Thu, 25 May 2006, Levi Bard wrote:
>>
>>> I think there's an important difference here:
>>>
>>> Eben's:
>>>> May 23 06:08:21 pc kernel: hdb: dma timeout error: status=0xd0 { Busy }
>>>
>>> Kwan's:
>>>> May 15 17:13:30 helios kernel: hda: dma timeout error: status=0x58 {
>>>> DriveReady
>>>> SeekComplete DataRequest }
>>>
>>> I agree that on drives where I start to see the errors with
>>> "DriveReady SeekComplete" , failure is imminent. However, I don't
>>> think that "Busy" is necessarily an indicator of the same,
>>> particularly when doing a huge data dump, as Eben seems to be.
>>
>> I did some rewiring and repositioning, so now instead of
...
>> HD #1 -> HD #2 throughput is faster this way (I'm thinking about getting a
>> PCI -> IDE card so I can put each device on a separate cable), but I still
>> get errors (I wrote a script that watches the log, and re-enables DMA if it
>> drops):
>>
>> Jun 1 06:25:35 pc kernel: hda: dma_timer_expiry: dma status == 0x21
>> Jun 1 06:25:45 pc kernel: hda: DMA timeout error
>> Jun 1 06:25:45 pc kernel: hda: dma timeout error: status=0xd0 { Busy }
>> Jun 1 06:25:45 pc kernel: ide: failed opcode was: unknown
>> Jun 1 06:25:45 pc kernel: hda: DMA disabled
>> Jun 1 06:25:45 pc kernel: ide0: reset: success
...
> I haven't followed this closely, but didn't the original errors happen to
> hdb? Now they're happening to hda. Something these have in common, like an
> IDE channel?
They were on the same channel. Maybe something went wrong, and the wrong
drive got the blame? They're the same model, so I hardly blame the computer
for fingering the wrong drive hanging off ide0.
-- -eben QebWenE01R@vTerYizUonI.nOetP http://royalty.no-ip.org:81Unix is user-friendly; it's just picky about who it makes friends with. ----------------------------------------------------------------------- This list is provided as an unmoderated internet service by Networked Knowledge Systems (NKS). Views and opinions expressed in messages posted are those of the author and do not necessarily reflect the official policy or position of NKS or any of its employees.
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 20:01:06 EDT