On 09/07/2013 07:49 PM, Garðar Arnarsson wrote: > I seem to have been able to resolve this. > > I tried force assembling the array with all the drives except for sda1 > (the problematic device before) that way the array got assembled with > 12 drives and one spare, enough so I could recover the array. > > Still would want to know what might have caused these problems for the > first place, but I'm glad it seems to be working ok for now. In my years of helping people on this list, the single most common cause of spurious dropouts is mismatched error recovery timeouts. Caused by use of desktop hard drives in raid arrays. You should search the list archives for various combinations of "scterc" "device/timeout" "tler" and "ure". Then report the following on the list (inline, not attached): for x in /sys/block/*/device/timeout ; do echo $x $(< $x) ; done smartctl -x /dev/sd[a-q] HTH, Phil -- 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
