[Tfug] Check file system and restore array

[Timothy D. Lenz]

Forgot, also got this email:

This is an automatically generated mail message from mdadm
running on x64VDR

A FailSpare event had been detected on md device /dev/md2.

It could be related to component device /dev/sda3.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [raid1] [raid6] [raid5] [raid4] [multipath]
md1 : active raid1 sdb2[1]
       4891712 blocks [2/1] [_U]

md2 : active raid1 sda3[2](F) sdb3[1]
       459073344 blocks [2/1] [_U]

md3 : active raid1 sdd1[1] sdc1[0]
       488383936 blocks [2/2] [UU]

md0 : active raid1 sdb1[1]
       24418688 blocks [2/1] [_U]

unused devices: <none>


On 2/11/2013 4:31 PM, Nick Lopez wrote:
>    From your logs, a drive crapped out (repeated "media error"s). Replace it and move on. It's unclear why it didn't get dropped out of the MD array.
> As for removing the failed devices from the array, `mdadm md0 --remove failed`, same for md1 & md2. The notes you have for adding the replacement drive to the array look good, as well as the reinstalling of grub so it boots.
>
> For the NCQ, this isn't a driver or drive firmware bug that shows up as soon as you plug in the drive, so ignore it. NCQ is either not supported by your drive & controller or it is supported and works fine. Nothing needs to be done in either case.
>
>    From what you posted there is no reason to believe there is anything else wrong with the machine. Your bad recordings are just the system choking on the bad IOs and probably falling behind so you're getting a bitstream with missing pieces, like you would get with a bad incoming signal.
>
>     - nick
>
>
>
>
> _______________________________________________
> Tucson Free Unix Group - tfug at tfug.org
> Subscription Options:
> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
>