Hi,
have you ever considered bad S-ATA cables?
Lately I read in a forum about a very similar problem: freezes after
some time of operation and in case of a transfer of large files.
The problems were solved with some quality S-ATA cables that replaced
the originally provided cables of the card supplier.
You might guess it already: It was an SIL-No-Name-SATA-PCI-Card.
Sometimes it is not the software. Hardware can be buggy too.
Cheers
Hardy
2008/5/7, Twigathy <twigathy@xxxxxxxxx>:
> Kernel version 2.6.24-16-server with mdadm - v2.6.3 - 20th August
> 2007. In dmesg I'll see something like this:
>
> [ 244.588897] ata11.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> [ 244.591333] ata11.00: cmd c8/00:00:3f:11:04/00:00:00:00:00/e0 tag 0
> dma 131072 in
> [ 244.591335] res 40/00:ff:ff:ff:ff/00:00:00:00:00/ff Emask
> 0x4 (timeout)
> [ 244.597121] ata11.00: status: { DRDY }
> [ 244.928825] ata11: soft resetting link
> [ 245.088814] ata11: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
> [ 245.130057] ata11.00: configured for UDMA/100
> [ 245.130080] ata11: EH complete
> [ 245.137809] sd 10:0:0:0: [sdf] 976773168 512-byte hardware sectors
> (500108 MB)
> [ 245.138158] sd 10:0:0:0: [sdf] Write Protect is off
> [ 245.138162] sd 10:0:0:0: [sdf] Mode Sense: 00 3a 00 00
> [ 245.138183] sd 10:0:0:0: [sdf] Write cache: enabled, read cache:
> enabled, doesn't support DPO or FUA
>
> Obviously ports freezing isn't too good for raid and things go splat
> pretty quickly from there!
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
