Re: How to stress test an RAID 6 array?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 3 October 2011 15:18, Marcin M. Jessa <lists@xxxxxxxxx> wrote:
> On 10/3/11 4:03 PM, Mathias Burén wrote:
>>
>> On 3 October 2011 14:58, Marcin M. Jessa<lists@xxxxxxxxx>  wrote:
>>>
>>> On 10/3/11 3:39 PM, Mathias Burén wrote:
>>>
>>>> I would run badblocks on the md0 device. (increase number of blocks to
>>>> check at a time until you use all your available RAM)
>>>> After that I'd run dd.
>>>
>>> Any particular options you would give to dd ?
>>>
>>>> I would also check the SMART data on all
>>>> drives
>>>
>>> What's strange SMART always says all the drives are healthy.
>>> All of failures started with dmesg saying:
>>>  exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
>>>  ata9.00: failed command: FLUSH CACHE EXT
>>>  ata9.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>>>  res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
>>>  ata9.00: status: { DRDY }
>>>
>>> That "exception Emask" part pointed me to misc threads where people
>>> mentioned bugs in the Linux kernel.
>>>
>>> A reboot would somehow reset the drives and they would always be working
>>> fine again and I could always resync the array until the next time when a
>>> drive would get kicked off.
>>>
>>>> and the health of the controller.
>>>
>>> How can I run a check on that within Linux?
>>>
>>>
>>>
>>> --
>>>
>>> Marcin M. Jessa
>>>
>>
>> Can you post the smartctl -a -T permissive (etc) output on a pastebin
>> somewhere, for all HDDs?
>
> http://pastebin.com/Tw1ha9hK
>
>>
>> What controller are you using?
>
> I believe it's a AMD® SB850 chipset
> The drives are connected to the SATA3 ports on the motherboard.
> I'm not using the built in HW RAID.
> The motherboard: http://www.msi.com/product/mb/870A-G54.html
>
>
>
>
>
> --
>
> Marcin M. Jessa
>

>From what I can tell the HDDs themselves seem to be healthy. Perhaps
using the latest kernel is a step in the right direction?
--
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


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux