RAID6 array won"t start

RAID6 array won"t start

am 11.02.2011 17:48:41 von Christian

SGVsbG8sCgpJIGhhdmUgYSAxMCBkaXNrIFJBSUQ2IGFycmF5LqAgSSBoYWQg YW4gaXNzdWUgd2l0
aCBhIG1vbGV4IGNvbm5lY3Rvcgp0aGF0IGNhdXNlZCBkcml2ZXMgdG8gZHJv cCBmcm9tIGEgNWlu
MyBTQVRBIGJhY2twbGFuZS6gIFRoZXJlIHdhc24ndAphbnkgYWN0aXZpdHkg b2NjdXJyaW5nIG9u
IHRoZSBhcnJheSBkdXJpbmcgdGhlIHRpbWUsIHNvIEkgdGhpbmsgdGhlCmZp bGVzeXN0ZW0gc2hv
dWxkIGJlIGluIHRhY3QuoCBUaGUgaXNzdWUgbm93IGlzIHRoZSBldmVudCBj b3VudHMgYXJlCm91
dCBvZiBzeW5jLCBhbG9uZyB3aXRoIHRoZSBzdGF0ZSBvZiBlYWNoIGRyaXZl LgoKIyBtZGFkbSAt
QSAvZGV2L21kMSAvZGV2L3NkZTEgL2Rldi9zZGYxIC9kZXYvc2RnMSAvZGV2 L3NkazEgL2Rldi9z
ZGwxCi9kZXYvc2RtMSAvZGV2L3NkcTEgL2Rldi9zZHIxIC9kZXYvc2RzMSAv ZGV2L3NkdDEKbWRh
ZG06IC9kZXYvbWQxIGFzc2VtYmxlZCBmcm9tIDggZHJpdmVzIC0gbm90IGVu b3VnaCB0byBzdGFy
dCB0aGUKYXJyYXkgd2hpbGUgbm90IGNsZWFuIC0gY29uc2lkZXIgLS1mb3Jj ZS4KCiMgY2F0IC9w
cm9jL21kc3RhdApQZXJzb25hbGl0aWVzIDogW3JhaWQ2XSBbcmFpZDVdIFty YWlkNF0KbWQxIDog
aW5hY3RpdmUgc2R0MVsxXShTKSBzZGUxWzldKFMpIHNkbDFbOF0oUykgc2Rn MVs3XShTKSBzZGYx
WzZdKFMpCnNkazFbNV0oUykgc2RxMVs0XShTKSBzZHMxWzNdKFMpIHNkcjFb Ml0oUykgc2RtMVsw
XShTKQqgoKCgoCAxOTUzNTEzNDcyMCBibG9ja3MKCgojIG1kYWRtIC1BZiAv ZGV2L21kMSAvZGV2
L3NkZTEgL2Rldi9zZGYxIC9kZXYvc2RnMSAvZGV2L3NkazEgL2Rldi9zZGwx Ci9kZXYvc2RtMSAv
ZGV2L3NkcTEgL2Rldi9zZHIxIC9kZXYvc2RzMSAvZGV2L3NkdDEKbWRhZG06 IGZhaWxlZCB0byBS
VU5fQVJSQVkgL2Rldi9tZDE6IElucHV0L291dHB1dCBlcnJvcgoKIyBjYXQg L3Byb2MvbWRzdGF0
ClBlcnNvbmFsaXRpZXMgOiBbcmFpZDZdIFtyYWlkNV0gW3JhaWQ0XQptZDEg OiBpbmFjdGl2ZSBz
ZHQxWzFdIHNkZTFbOV0gc2RsMVs4XSBzZGcxWzddIHNkZjFbNl0gc2RrMVs1 XSBzZHExWzRdIHNk
cjFbMl0KoKCgoKAgMTU2MjgxMDc3NzYgYmxvY2tzCgpJJ3ZlIHJlYWQgb3Ro ZXJzIGhhdmluZyBz
dWNjZXNzIHdpdGggdGhpcyBidXQgaXQncyBub3QgYWNjZXB0aW5nIGl0Lgoj IGVjaG8gImNsZWFu
IiA+IC9zeXMvYmxvY2svbWQxL21kL2FycmF5X3N0YXRlCmJhc2g6IGVjaG86 IHdyaXRlIGVycm9y
OiBJbnZhbGlkIGFyZ3VtZW50CgoKIyBtZGFkbSAtRSAvZGV2L3NkZTEgL2Rl di9zZGYxIC9kZXYv
c2RnMSAvZGV2L3NkazEgL2Rldi9zZGwxIC9kZXYvc2RtMQovZGV2L3NkcTEg L2Rldi9zZHIxIC9k
ZXYvc2RzMSAvZGV2L3NkdDEgfCBlZ3JlcCBFdmVudAqgoKCgoKCgoCBFdmVu dHMgOiAxNDcyMjYK
oKCgoKCgoKAgRXZlbnRzIDogMTQ3MjI2CqCgoKCgoKCgIEV2ZW50cyA6IDE0 NzIyNgqgoKCgoKCg
oCBFdmVudHMgOiAxNDcyMjYKoKCgoKCgoKAgRXZlbnRzIDogMTQ3MjI2CqCg oKCgoKCgIEV2ZW50
cyA6IDE0NzIyMQqgoKCgoKCgoCBFdmVudHMgOiAxNDcyMjUKoKCgoKCgoKAg RXZlbnRzIDogMTQ3
MjI1CqCgoKCgoKCgIEV2ZW50cyA6IDE0NzIyMQqgoKCgoKCgoCBFdmVudHMg OiAxNDcyMjUKCgoj
IG1kYWRtIC1FIC9kZXYvc2RlMSAvZGV2L3NkZjEgL2Rldi9zZGcxIC9kZXYv c2RrMSAvZGV2L3Nk
bDEgL2Rldi9zZG0xCi9kZXYvc2RxMSAvZGV2L3NkcjEgL2Rldi9zZHMxIC9k ZXYvc2R0MQqgoKCg
oKCgoKAgTWFnaWMgOiBhOTJiNGVmYwqgoKCgoKCgIFZlcnNpb24gOiAwLjkw LjAwCqCgoKCgoKCg
oKAgVVVJRCA6IDA5NTk2NTBhOjhhMzk3MTEzOmUwNjQ3YTk3OmZjMjA2NmNj IChsb2NhbCB0byBo
b3N0IHJhaWQpCqAgQ3JlYXRpb24gVGltZSA6IFNhdCBTZXAgMjUgMTM6MjM6 NDAgMjAxMAqgoKCg
IFJhaWQgTGV2ZWwgOiByYWlkNgqgIFVzZWQgRGV2IFNpemUgOiAxOTUzNTEz NDcyICgxODYzLjAy
IEdpQiAyMDAwLjQwIEdCKQqgoKCgIEFycmF5IFNpemUgOiAxNTYyODEwNzc3 NiAoMTQ5MDQuMTMg
R2lCIDE2MDAzLjE4IEdCKQqgoCBSYWlkIERldmljZXMgOiAxMAqgIFRvdGFs IERldmljZXMgOiA4
ClByZWZlcnJlZCBNaW5vciA6IDEKCqCgoCBVcGRhdGUgVGltZSA6IFdlZCBG ZWKgIDkgMTk6MjQ6
MDkgMjAxMQqgoKCgoKCgoKAgU3RhdGUgOiBhY3RpdmUKoEFjdGl2ZSBEZXZp Y2VzIDogOApXb3Jr
aW5nIERldmljZXMgOiA4CqBGYWlsZWQgRGV2aWNlcyA6IDAKoCBTcGFyZSBE ZXZpY2VzIDogMAqg
oKCgoKAgQ2hlY2tzdW0gOiAyN2E3ZWFkMyAtIGNvcnJlY3QKoKCgoKCgoKAg RXZlbnRzIDogMTQ3
MjI2CgqgoKCgoKCgoCBMYXlvdXQgOiBsZWZ0LXN5bW1ldHJpYwqgoKCgIENo dW5rIFNpemUgOiA2
NEsKCqCgoKCgIE51bWJlcqCgIE1ham9yoKAgTWlub3KgoCBSYWlkRGV2aWNl IFN0YXRlCnRoaXOg
oKCgIDmgoKCgoKAgOKCgoKCgoCA2NaCgoKCgoKAgOaCgoKCgIGFjdGl2ZSBz eW5joKAgL2Rldi9z
ZGUxCgqgoCAwoKCgoCAwoKCgoKCgIDCgoKCgoKCgIDCgoKCgoKCgIDCgoKCg oCByZW1vdmVkCqCg
IDGgoKCgIDGgoKCgoCA2NaCgoKCgoCA0OaCgoKCgoKAgMaCgoKCgIGFjdGl2 ZSBzeW5joKAgL2Rl
di9zZHQxCqCgIDKgoKCgIDKgoKCgoCA2NaCgoKCgoCAxN6CgoKCgoKAgMqCg oKCgIGFjdGl2ZSBz
eW5joKAgL2Rldi9zZHIxCqCgIDOgoKCgIDOgoKCgoKAgMKCgoKCgoKAgMKCg oKCgoKAgM6CgoKCg
IGZhdWx0eSByZW1vdmVkCqCgIDSgoKCgIDSgoKCgoCA2NaCgoKCgoKAgMaCg oKCgoKAgNKCgoKCg
IGFjdGl2ZSBzeW5joKAgL2Rldi9zZHExCqCgIDWgoKCgIDWgoKCgoKAgOKCg oKCgIDE2MaCgoKCg
oKAgNaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGsxCqCgIDagoKCgIDag oKCgoKAgOKCgoKCg
oCA4MaCgoKCgoKAgNqCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGYxCqCg IDegoKCgIDegoKCg
oKAgOKCgoKCgoCA5N6CgoKCgoKAgN6CgoKCgIGFjdGl2ZSBzeW5joKAgL2Rl di9zZGcxCqCgIDig
oKCgIDigoKCgoKAgOKCgoKCgIDE3N6CgoKCgoKAgOKCgoKCgIGFjdGl2ZSBz eW5joKAgL2Rldi9z
ZGwxCqCgIDmgoKCgIDmgoKCgoKAgOKCgoKCgoCA2NaCgoKCgoKAgOaCgoKCg IGFjdGl2ZSBzeW5j
oKAgL2Rldi9zZGUxCi9kZXYvc2RmMToKoKCgoKCgoKCgIE1hZ2ljIDogYTky YjRlZmMKoKCgoKCg
oCBWZXJzaW9uIDogMC45MC4wMAqgoKCgoKCgoKCgIFVVSUQgOiAwOTU5NjUw YTo4YTM5NzExMzpl
MDY0N2E5NzpmYzIwNjZjYyAobG9jYWwgdG8gaG9zdCByYWlkKQqgIENyZWF0 aW9uIFRpbWUgOiBT
YXQgU2VwIDI1IDEzOjIzOjQwIDIwMTAKoKCgoCBSYWlkIExldmVsIDogcmFp ZDYKoCBVc2VkIERl
diBTaXplIDogMTk1MzUxMzQ3MiAoMTg2My4wMiBHaUIgMjAwMC40MCBHQikK oKCgoCBBcnJheSBT
aXplIDogMTU2MjgxMDc3NzYgKDE0OTA0LjEzIEdpQiAxNjAwMy4xOCBHQikK oKAgUmFpZCBEZXZp
Y2VzIDogMTAKoCBUb3RhbCBEZXZpY2VzIDogOApQcmVmZXJyZWQgTWlub3Ig OiAxCgqgoKAgVXBk
YXRlIFRpbWUgOiBXZWQgRmVioCA5IDE5OjI0OjA5IDIwMTEKoKCgoKCgoKCg IFN0YXRlIDogYWN0
aXZlCqBBY3RpdmUgRGV2aWNlcyA6IDgKV29ya2luZyBEZXZpY2VzIDogOAqg RmFpbGVkIERldmlj
ZXMgOiAwCqAgU3BhcmUgRGV2aWNlcyA6IDAKoKCgoKCgIENoZWNrc3VtIDog MjdhN2VhZGQgLSBj
b3JyZWN0CqCgoKCgoKCgIEV2ZW50cyA6IDE0NzIyNgoKoKCgoKCgoKAgTGF5 b3V0IDogbGVmdC1z
eW1tZXRyaWMKoKCgoCBDaHVuayBTaXplIDogNjRLCgqgoKCgoCBOdW1iZXKg oCBNYWpvcqCgIE1p
bm9yoKAgUmFpZERldmljZSBTdGF0ZQp0aGlzoKCgoCA2oKCgoKCgIDigoKCg oKAgODGgoKCgoKCg
IDagoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RmMQoKoKAgMKCgoKAgMKCg oKCgoCAwoKCgoKCg
oCAwoKCgoKCgoCAwoKCgoKAgcmVtb3ZlZAqgoCAxoKCgoCAxoKCgoKAgNjWg oKCgoKAgNDmgoKCg
oKCgIDGgoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2R0MQqgoCAyoKCgoCAy oKCgoKAgNjWgoKCg
oKAgMTegoKCgoKCgIDKgoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RyMQqg oCAzoKCgoCAzoKCg
oKCgIDCgoKCgoKCgIDCgoKCgoKCgIDOgoKCgoCBmYXVsdHkgcmVtb3ZlZAqg oCA0oKCgoCA0oKCg
oKAgNjWgoKCgoKCgIDGgoKCgoKCgIDSgoKCgoCBhY3RpdmUgc3luY6CgIC9k ZXYvc2RxMQqgoCA1
oKCgoCA1oKCgoKCgIDigoKCgoCAxNjGgoKCgoKCgIDWgoKCgoCBhY3RpdmUg c3luY6CgIC9kZXYv
c2RrMQqgoCA2oKCgoCA2oKCgoKCgIDigoKCgoKAgODGgoKCgoKCgIDagoKCg oCBhY3RpdmUgc3lu
Y6CgIC9kZXYvc2RmMQqgoCA3oKCgoCA3oKCgoKCgIDigoKCgoKAgOTegoKCg oKCgIDegoKCgoCBh
Y3RpdmUgc3luY6CgIC9kZXYvc2RnMQqgoCA4oKCgoCA4oKCgoKCgIDigoKCg oCAxNzegoKCgoKCg
IDigoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RsMQqgoCA5oKCgoCA5oKCg oKCgIDigoKCgoKAg
NjWgoKCgoKCgIDmgoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RlMQovZGV2 L3NkZzE6CqCgoKCg
oKCgoCBNYWdpYyA6IGE5MmI0ZWZjCqCgoKCgoKAgVmVyc2lvbiA6IDAuOTAu MDAKoKCgoKCgoKCg
oCBVVUlEIDogMDk1OTY1MGE6OGEzOTcxMTM6ZTA2NDdhOTc6ZmMyMDY2Y2Mg KGxvY2FsIHRvIGhv
c3QgcmFpZCkKoCBDcmVhdGlvbiBUaW1lIDogU2F0IFNlcCAyNSAxMzoyMzo0 MCAyMDEwCqCgoKAg
UmFpZCBMZXZlbCA6IHJhaWQ2CqAgVXNlZCBEZXYgU2l6ZSA6IDE5NTM1MTM0 NzIgKDE4NjMuMDIg
R2lCIDIwMDAuNDAgR0IpCqCgoKAgQXJyYXkgU2l6ZSA6IDE1NjI4MTA3Nzc2 ICgxNDkwNC4xMyBH
aUIgMTYwMDMuMTggR0IpCqCgIFJhaWQgRGV2aWNlcyA6IDEwCqAgVG90YWwg RGV2aWNlcyA6IDgK
UHJlZmVycmVkIE1pbm9yIDogMQoKoKCgIFVwZGF0ZSBUaW1lIDogV2VkIEZl YqAgOSAxOToyNDow
OSAyMDExCqCgoKCgoKCgoCBTdGF0ZSA6IGFjdGl2ZQqgQWN0aXZlIERldmlj ZXMgOiA4Cldvcmtp
bmcgRGV2aWNlcyA6IDgKoEZhaWxlZCBEZXZpY2VzIDogMAqgIFNwYXJlIERl dmljZXMgOiAwCqCg
oKCgoCBDaGVja3N1bSA6IDI3YTdlYWVmIC0gY29ycmVjdAqgoKCgoKCgoCBF dmVudHMgOiAxNDcy
MjYKCqCgoKCgoKCgIExheW91dCA6IGxlZnQtc3ltbWV0cmljCqCgoKAgQ2h1 bmsgU2l6ZSA6IDY0
SwoKoKCgoKAgTnVtYmVyoKAgTWFqb3KgoCBNaW5vcqCgIFJhaWREZXZpY2Ug U3RhdGUKdGhpc6Cg
oKAgN6CgoKCgoCA4oKCgoKCgIDk3oKCgoKCgoCA3oKCgoKAgYWN0aXZlIHN5 bmOgoCAvZGV2L3Nk
ZzEKCqCgIDCgoKCgIDCgoKCgoKAgMKCgoKCgoKAgMKCgoKCgoKAgMKCgoKCg IHJlbW92ZWQKoKAg
MaCgoKAgMaCgoKCgIDY1oKCgoKCgIDQ5oKCgoKCgoCAxoKCgoKAgYWN0aXZl IHN5bmOgoCAvZGV2
L3NkdDEKoKAgMqCgoKAgMqCgoKCgIDY1oKCgoKCgIDE3oKCgoKCgoCAyoKCg oKAgYWN0aXZlIHN5
bmOgoCAvZGV2L3NkcjEKoKAgM6CgoKAgM6CgoKCgoCAwoKCgoKCgoCAwoKCg oKCgoCAzoKCgoKAg
ZmF1bHR5IHJlbW92ZWQKoKAgNKCgoKAgNKCgoKCgIDY1oKCgoKCgoCAxoKCg oKCgoCA0oKCgoKAg
YWN0aXZlIHN5bmOgoCAvZGV2L3NkcTEKoKAgNaCgoKAgNaCgoKCgoCA4oKCg oKAgMTYxoKCgoKCg
oCA1oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkazEKoKAgNqCgoKAgNqCg oKCgoCA4oKCgoKCg
IDgxoKCgoKCgoCA2oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkZjEKoKAg N6CgoKAgN6CgoKCg
oCA4oKCgoKCgIDk3oKCgoKCgoCA3oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2 L3NkZzEKoKAgOKCg
oKAgOKCgoKCgoCA4oKCgoKAgMTc3oKCgoKCgoCA4oKCgoKAgYWN0aXZlIHN5 bmOgoCAvZGV2L3Nk
bDEKoKAgOaCgoKAgOaCgoKCgoCA4oKCgoKCgIDY1oKCgoKCgoCA5oKCgoKAg YWN0aXZlIHN5bmOg
oCAvZGV2L3NkZTEKL2Rldi9zZGsxOgqgoKCgoKCgoKAgTWFnaWMgOiBhOTJi NGVmYwqgoKCgoKCg
IFZlcnNpb24gOiAwLjkwLjAwCqCgoKCgoKCgoKAgVVVJRCA6IDA5NTk2NTBh OjhhMzk3MTEzOmUw
NjQ3YTk3OmZjMjA2NmNjIChsb2NhbCB0byBob3N0IHJhaWQpCqAgQ3JlYXRp b24gVGltZSA6IFNh
dCBTZXAgMjUgMTM6MjM6NDAgMjAxMAqgoKCgIFJhaWQgTGV2ZWwgOiByYWlk NgqgIFVzZWQgRGV2
IFNpemUgOiAxOTUzNTEzNDcyICgxODYzLjAyIEdpQiAyMDAwLjQwIEdCKQqg oKCgIEFycmF5IFNp
emUgOiAxNTYyODEwNzc3NiAoMTQ5MDQuMTMgR2lCIDE2MDAzLjE4IEdCKQqg oCBSYWlkIERldmlj
ZXMgOiAxMAqgIFRvdGFsIERldmljZXMgOiA4ClByZWZlcnJlZCBNaW5vciA6 IDEKCqCgoCBVcGRh
dGUgVGltZSA6IFdlZCBGZWKgIDkgMTk6MjQ6MDkgMjAxMQqgoKCgoKCgoKAg U3RhdGUgOiBhY3Rp
dmUKoEFjdGl2ZSBEZXZpY2VzIDogOApXb3JraW5nIERldmljZXMgOiA4CqBG YWlsZWQgRGV2aWNl
cyA6IDAKoCBTcGFyZSBEZXZpY2VzIDogMAqgoKCgoKAgQ2hlY2tzdW0gOiAy N2E3ZWIyYiAtIGNv
cnJlY3QKoKCgoKCgoKAgRXZlbnRzIDogMTQ3MjI2CgqgoKCgoKCgoCBMYXlv dXQgOiBsZWZ0LXN5
bW1ldHJpYwqgoKCgIENodW5rIFNpemUgOiA2NEsKCqCgoKCgIE51bWJlcqCg IE1ham9yoKAgTWlu
b3KgoCBSYWlkRGV2aWNlIFN0YXRlCnRoaXOgoKCgIDWgoKCgoKAgOKCgoKCg IDE2MaCgoKCgoKAg
NaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGsxCgqgoCAwoKCgoCAwoKCg oKCgIDCgoKCgoKCg
IDCgoKCgoKCgIDCgoKCgoCByZW1vdmVkCqCgIDGgoKCgIDGgoKCgoCA2NaCg oKCgoCA0OaCgoKCg
oKAgMaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZHQxCqCgIDKgoKCgIDKg oKCgoCA2NaCgoKCg
oCAxN6CgoKCgoKAgMqCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZHIxCqCg IDOgoKCgIDOgoKCg
oKAgMKCgoKCgoKAgMKCgoKCgoKAgM6CgoKCgIGZhdWx0eSByZW1vdmVkCqCg IDSgoKCgIDSgoKCg
oCA2NaCgoKCgoKAgMaCgoKCgoKAgNKCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rl di9zZHExCqCgIDWg
oKCgIDWgoKCgoKAgOKCgoKCgIDE2MaCgoKCgoKAgNaCgoKCgIGFjdGl2ZSBz eW5joKAgL2Rldi9z
ZGsxCqCgIDagoKCgIDagoKCgoKAgOKCgoKCgoCA4MaCgoKCgoKAgNqCgoKCg IGFjdGl2ZSBzeW5j
oKAgL2Rldi9zZGYxCqCgIDegoKCgIDegoKCgoKAgOKCgoKCgoCA5N6CgoKCg oKAgN6CgoKCgIGFj
dGl2ZSBzeW5joKAgL2Rldi9zZGcxCqCgIDigoKCgIDigoKCgoKAgOKCgoKCg IDE3N6CgoKCgoKAg
OKCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGwxCqCgIDmgoKCgIDmgoKCg oKAgOKCgoKCgoCA2
NaCgoKCgoKAgOaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGUxCi9kZXYv c2RsMToKoKCgoKCg
oKCgIE1hZ2ljIDogYTkyYjRlZmMKoKCgoKCgoCBWZXJzaW9uIDogMC45MC4w MAqgoKCgoKCgoKCg
IFVVSUQgOiAwOTU5NjUwYTo4YTM5NzExMzplMDY0N2E5NzpmYzIwNjZjYyAo bG9jYWwgdG8gaG9z
dCByYWlkKQqgIENyZWF0aW9uIFRpbWUgOiBTYXQgU2VwIDI1IDEzOjIzOjQw IDIwMTAKoKCgoCBS
YWlkIExldmVsIDogcmFpZDYKoCBVc2VkIERldiBTaXplIDogMTk1MzUxMzQ3 MiAoMTg2My4wMiBH
aUIgMjAwMC40MCBHQikKoKCgoCBBcnJheSBTaXplIDogMTU2MjgxMDc3NzYg KDE0OTA0LjEzIEdp
QiAxNjAwMy4xOCBHQikKoKAgUmFpZCBEZXZpY2VzIDogMTAKoCBUb3RhbCBE ZXZpY2VzIDogOApQ
cmVmZXJyZWQgTWlub3IgOiAxCgqgoKAgVXBkYXRlIFRpbWUgOiBXZWQgRmVi oCA5IDE5OjI0OjA5
IDIwMTEKoKCgoKCgoKCgIFN0YXRlIDogYWN0aXZlCqBBY3RpdmUgRGV2aWNl cyA6IDgKV29ya2lu
ZyBEZXZpY2VzIDogOAqgRmFpbGVkIERldmljZXMgOiAwCqAgU3BhcmUgRGV2 aWNlcyA6IDAKoKCg
oKCgIENoZWNrc3VtIDogMjdhN2ViNDEgLSBjb3JyZWN0CqCgoKCgoKCgIEV2 ZW50cyA6IDE0NzIy
NgoKoKCgoKCgoKAgTGF5b3V0IDogbGVmdC1zeW1tZXRyaWMKoKCgoCBDaHVu ayBTaXplIDogNjRL
CgqgoKCgoCBOdW1iZXKgoCBNYWpvcqCgIE1pbm9yoKAgUmFpZERldmljZSBT dGF0ZQp0aGlzoKCg
oCA4oKCgoKCgIDigoKCgoCAxNzegoKCgoKCgIDigoKCgoCBhY3RpdmUgc3lu Y6CgIC9kZXYvc2Rs
MQoKoKAgMKCgoKAgMKCgoKCgoCAwoKCgoKCgoCAwoKCgoKCgoCAwoKCgoKAg cmVtb3ZlZAqgoCAx
oKCgoCAxoKCgoKAgNjWgoKCgoKAgNDmgoKCgoKCgIDGgoKCgoCBhY3RpdmUg c3luY6CgIC9kZXYv
c2R0MQqgoCAyoKCgoCAyoKCgoKAgNjWgoKCgoKAgMTegoKCgoKCgIDKgoKCg oCBhY3RpdmUgc3lu
Y6CgIC9kZXYvc2RyMQqgoCAzoKCgoCAzoKCgoKCgIDCgoKCgoKCgIDCgoKCg oKCgIDOgoKCgoCBm
YXVsdHkgcmVtb3ZlZAqgoCA0oKCgoCA0oKCgoKAgNjWgoKCgoKCgIDGgoKCg oKCgIDSgoKCgoCBh
Y3RpdmUgc3luY6CgIC9kZXYvc2RxMQqgoCA1oKCgoCA1oKCgoKCgIDigoKCg oCAxNjGgoKCgoKCg
IDWgoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RrMQqgoCA2oKCgoCA2oKCg oKCgIDigoKCgoKAg
ODGgoKCgoKCgIDagoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RmMQqgoCA3 oKCgoCA3oKCgoKCg
IDigoKCgoKAgOTegoKCgoKCgIDegoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYv c2RnMQqgoCA4oKCg
oCA4oKCgoKCgIDigoKCgoCAxNzegoKCgoKCgIDigoKCgoCBhY3RpdmUgc3lu Y6CgIC9kZXYvc2Rs
MQqgoCA5oKCgoCA5oKCgoKCgIDigoKCgoKAgNjWgoKCgoKCgIDmgoKCgoCBh Y3RpdmUgc3luY6Cg
IC9kZXYvc2RlMQovZGV2L3NkbTE6CqCgoKCgoKCgoCBNYWdpYyA6IGE5MmI0 ZWZjCqCgoKCgoKAg
VmVyc2lvbiA6IDAuOTAuMDAKoKCgoKCgoKCgoCBVVUlEIDogMDk1OTY1MGE6 OGEzOTcxMTM6ZTA2
NDdhOTc6ZmMyMDY2Y2MgKGxvY2FsIHRvIGhvc3QgcmFpZCkKoCBDcmVhdGlv biBUaW1lIDogU2F0
IFNlcCAyNSAxMzoyMzo0MCAyMDEwCqCgoKAgUmFpZCBMZXZlbCA6IHJhaWQ2 CqAgVXNlZCBEZXYg
U2l6ZSA6IDE5NTM1MTM0NzIgKDE4NjMuMDIgR2lCIDIwMDAuNDAgR0IpCqCg oKAgQXJyYXkgU2l6
ZSA6IDE1NjI4MTA3Nzc2ICgxNDkwNC4xMyBHaUIgMTYwMDMuMTggR0IpCqCg IFJhaWQgRGV2aWNl
cyA6IDEwCqAgVG90YWwgRGV2aWNlcyA6IDEwClByZWZlcnJlZCBNaW5vciA6 IDEKCqCgoCBVcGRh
dGUgVGltZSA6IFdlZCBGZWKgIDkgMTg6NDU6NTkgMjAxMQqgoKCgoKCgoKAg U3RhdGUgOiBjbGVh
bgqgQWN0aXZlIERldmljZXMgOiAxMApXb3JraW5nIERldmljZXMgOiAxMAqg RmFpbGVkIERldmlj
ZXMgOiAwCqAgU3BhcmUgRGV2aWNlcyA6IDAKoKCgoKCgIENoZWNrc3VtIDog MjdhYTIyOGMgLSBj
b3JyZWN0CqCgoKCgoKCgIEV2ZW50cyA6IDE0NzIyMQoKoKCgoKCgoKAgTGF5 b3V0IDogbGVmdC1z
eW1tZXRyaWMKoKCgoCBDaHVuayBTaXplIDogNjRLCgqgoKCgoCBOdW1iZXKg oCBNYWpvcqCgIE1p
bm9yoKAgUmFpZERldmljZSBTdGF0ZQp0aGlzoKCgoCAwoKCgoKCgIDigoKCg oCAxOTOgoKCgoKCg
IDCgoKCgoCBhY3RpdmUgc3luY6CgIC9kZXYvc2RtMQoKoKAgMKCgoKAgMKCg oKCgoCA4oKCgoKAg
MTkzoKCgoKCgoCAwoKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkbTEKoKAg MaCgoKAgMaCgoKCg
IDY1oKCgoKCgIDQ5oKCgoKCgoCAxoKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2 L3NkdDEKoKAgMqCg
oKAgMqCgoKCgIDY1oKCgoKCgIDE3oKCgoKCgoCAyoKCgoKAgYWN0aXZlIHN5 bmOgoCAvZGV2L3Nk
cjEKoKAgM6CgoKAgM6CgoKCgIDY1oKCgoKCgIDMzoKCgoKCgoCAzoKCgoKAg YWN0aXZlIHN5bmOg
oCAvZGV2L3NkczEKoKAgNKCgoKAgNKCgoKCgIDY1oKCgoKCgoCAxoKCgoKCg oCA0oKCgoKAgYWN0
aXZlIHN5bmOgoCAvZGV2L3NkcTEKoKAgNaCgoKAgNaCgoKCgoCA4oKCgoKAg MTYxoKCgoKCgoCA1
oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkazEKoKAgNqCgoKAgNqCgoKCg oCA4oKCgoKCgIDgx
oKCgoKCgoCA2oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkZjEKoKAgN6Cg oKAgN6CgoKCgoCA4
oKCgoKCgIDk3oKCgoKCgoCA3oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3Nk ZzEKoKAgOKCgoKAg
OKCgoKCgoCA4oKCgoKAgMTc3oKCgoKCgoCA4oKCgoKAgYWN0aXZlIHN5bmOg oCAvZGV2L3NkbDEK
oKAgOaCgoKAgOaCgoKCgoCA4oKCgoKCgIDY1oKCgoKCgoCA5oKCgoKAgYWN0 aXZlIHN5bmOgoCAv
ZGV2L3NkZTEKL2Rldi9zZHExOgqgoKCgoKCgoKAgTWFnaWMgOiBhOTJiNGVm YwqgoKCgoKCgIFZl
cnNpb24gOiAwLjkwLjAwCqCgoKCgoKCgoKAgVVVJRCA6IDA5NTk2NTBhOjhh Mzk3MTEzOmUwNjQ3
YTk3OmZjMjA2NmNjIChsb2NhbCB0byBob3N0IHJhaWQpCqAgQ3JlYXRpb24g VGltZSA6IFNhdCBT
ZXAgMjUgMTM6MjM6NDAgMjAxMAqgoKCgIFJhaWQgTGV2ZWwgOiByYWlkNgqg IFVzZWQgRGV2IFNp
emUgOiAxOTUzNTEzNDcyICgxODYzLjAyIEdpQiAyMDAwLjQwIEdCKQqgoKCg IEFycmF5IFNpemUg
OiAxNTYyODEwNzc3NiAoMTQ5MDQuMTMgR2lCIDE2MDAzLjE4IEdCKQqgoCBS YWlkIERldmljZXMg
OiAxMAqgIFRvdGFsIERldmljZXMgOiA4ClByZWZlcnJlZCBNaW5vciA6IDEK CqCgoCBVcGRhdGUg
VGltZSA6IFdlZCBGZWKgIDkgMTk6MjA6MzMgMjAxMQqgoKCgoKCgoKAgU3Rh dGUgOiBjbGVhbgqg
QWN0aXZlIERldmljZXMgOiA4CldvcmtpbmcgRGV2aWNlcyA6IDgKoEZhaWxl ZCBEZXZpY2VzIDog
MAqgIFNwYXJlIERldmljZXMgOiAwCqCgoKCgoCBDaGVja3N1bSA6IDI3YWEy OTAzIC0gY29ycmVj
dAqgoKCgoKCgoCBFdmVudHMgOiAxNDcyMjUKCqCgoKCgoKCgIExheW91dCA6 IGxlZnQtc3ltbWV0
cmljCqCgoKAgQ2h1bmsgU2l6ZSA6IDY0SwoKoKCgoKAgTnVtYmVyoKAgTWFq b3KgoCBNaW5vcqCg
IFJhaWREZXZpY2UgU3RhdGUKdGhpc6CgoKAgNKCgoKCgIDY1oKCgoKCgoCAx oKCgoKCgoCA0oKCg
oKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkcTEKCqCgIDCgoKCgIDCgoKCgoKAg MKCgoKCgoKAgMKCg
oKCgoKAgMKCgoKCgIHJlbW92ZWQKoKAgMaCgoKAgMaCgoKCgIDY1oKCgoKCg IDQ5oKCgoKCgoCAx
oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkdDEKoKAgMqCgoKAgMqCgoKCg IDY1oKCgoKCgIDE3
oKCgoKCgoCAyoKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkcjEKoKAgM6Cg oKAgM6CgoKCgoCAw
oKCgoKCgoCAwoKCgoKCgoCAzoKCgoKAgZmF1bHR5IHJlbW92ZWQKoKAgNKCg oKAgNKCgoKCgIDY1
oKCgoKCgoCAxoKCgoKCgoCA0oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3Nk cTEKoKAgNaCgoKAg
NaCgoKCgoCA4oKCgoKAgMTYxoKCgoKCgoCA1oKCgoKAgYWN0aXZlIHN5bmOg oCAvZGV2L3NkazEK
oKAgNqCgoKAgNqCgoKCgoCA4oKCgoKCgIDgxoKCgoKCgoCA2oKCgoKAgYWN0 aXZlIHN5bmOgoCAv
ZGV2L3NkZjEKoKAgN6CgoKAgN6CgoKCgoCA4oKCgoKCgIDk3oKCgoKCgoCA3 oKCgoKAgYWN0aXZl
IHN5bmOgoCAvZGV2L3NkZzEKoKAgOKCgoKAgOKCgoKCgoCA4oKCgoKAgMTc3 oKCgoKCgoCA4oKCg
oKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkbDEKoKAgOaCgoKAgOaCgoKCgoCA4 oKCgoKCgIDY1oKCg
oKCgoCA5oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkZTEKL2Rldi9zZHIx OgqgoKCgoKCgoKAg
TWFnaWMgOiBhOTJiNGVmYwqgoKCgoKCgIFZlcnNpb24gOiAwLjkwLjAwCqCg oKCgoKCgoKAgVVVJ
RCA6IDA5NTk2NTBhOjhhMzk3MTEzOmUwNjQ3YTk3OmZjMjA2NmNjIChsb2Nh bCB0byBob3N0IHJh
aWQpCqAgQ3JlYXRpb24gVGltZSA6IFNhdCBTZXAgMjUgMTM6MjM6NDAgMjAx MAqgoKCgIFJhaWQg
TGV2ZWwgOiByYWlkNgqgIFVzZWQgRGV2IFNpemUgOiAxOTUzNTEzNDcyICgx ODYzLjAyIEdpQiAy
MDAwLjQwIEdCKQqgoKCgIEFycmF5IFNpemUgOiAxNTYyODEwNzc3NiAoMTQ5 MDQuMTMgR2lCIDE2
MDAzLjE4IEdCKQqgoCBSYWlkIERldmljZXMgOiAxMAqgIFRvdGFsIERldmlj ZXMgOiA4ClByZWZl
cnJlZCBNaW5vciA6IDEKCqCgoCBVcGRhdGUgVGltZSA6IFdlZCBGZWKgIDkg MTk6MjA6MzMgMjAx
MQqgoKCgoKCgoKAgU3RhdGUgOiBjbGVhbgqgQWN0aXZlIERldmljZXMgOiA4 CldvcmtpbmcgRGV2
aWNlcyA6IDgKoEZhaWxlZCBEZXZpY2VzIDogMAqgIFNwYXJlIERldmljZXMg OiAwCqCgoKCgoCBD
aGVja3N1bSA6IDI3YWEyOTBmIC0gY29ycmVjdAqgoKCgoKCgoCBFdmVudHMg OiAxNDcyMjUKCqCg
oKCgoKCgIExheW91dCA6IGxlZnQtc3ltbWV0cmljCqCgoKAgQ2h1bmsgU2l6 ZSA6IDY0SwoKoKCg
oKAgTnVtYmVyoKAgTWFqb3KgoCBNaW5vcqCgIFJhaWREZXZpY2UgU3RhdGUK dGhpc6CgoKAgMqCg
oKCgIDY1oKCgoKCgIDE3oKCgoKCgoCAyoKCgoKAgYWN0aXZlIHN5bmOgoCAv ZGV2L3NkcjEKCqCg
IDCgoKCgIDCgoKCgoKAgMKCgoKCgoKAgMKCgoKCgoKAgMKCgoKCgIHJlbW92 ZWQKoKAgMaCgoKAg
MaCgoKCgIDY1oKCgoKCgIDQ5oKCgoKCgoCAxoKCgoKAgYWN0aXZlIHN5bmOg oCAvZGV2L3NkdDEK
oKAgMqCgoKAgMqCgoKCgIDY1oKCgoKCgIDE3oKCgoKCgoCAyoKCgoKAgYWN0 aXZlIHN5bmOgoCAv
ZGV2L3NkcjEKoKAgM6CgoKAgM6CgoKCgoCAwoKCgoKCgoCAwoKCgoKCgoCAz oKCgoKAgZmF1bHR5
IHJlbW92ZWQKoKAgNKCgoKAgNKCgoKCgIDY1oKCgoKCgoCAxoKCgoKCgoCA0 oKCgoKAgYWN0aXZl
IHN5bmOgoCAvZGV2L3NkcTEKoKAgNaCgoKAgNaCgoKCgoCA4oKCgoKAgMTYx oKCgoKCgoCA1oKCg
oKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkazEKoKAgNqCgoKAgNqCgoKCgoCA4 oKCgoKCgIDgxoKCg
oKCgoCA2oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkZjEKoKAgN6CgoKAg N6CgoKCgoCA4oKCg
oKCgIDk3oKCgoKCgoCA3oKCgoKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkZzEK oKAgOKCgoKAgOKCg
oKCgoCA4oKCgoKAgMTc3oKCgoKCgoCA4oKCgoKAgYWN0aXZlIHN5bmOgoCAv ZGV2L3NkbDEKoKAg
OaCgoKAgOaCgoKCgoCA4oKCgoKCgIDY1oKCgoKCgoCA5oKCgoKAgYWN0aXZl IHN5bmOgoCAvZGV2
L3NkZTEKL2Rldi9zZHMxOgqgoKCgoKCgoKAgTWFnaWMgOiBhOTJiNGVmYwqg oKCgoKCgIFZlcnNp
b24gOiAwLjkwLjAwCqCgoKCgoKCgoKAgVVVJRCA6IDA5NTk2NTBhOjhhMzk3 MTEzOmUwNjQ3YTk3
OmZjMjA2NmNjIChsb2NhbCB0byBob3N0IHJhaWQpCqAgQ3JlYXRpb24gVGlt ZSA6IFNhdCBTZXAg
MjUgMTM6MjM6NDAgMjAxMAqgoKCgIFJhaWQgTGV2ZWwgOiByYWlkNgqgIFVz ZWQgRGV2IFNpemUg
OiAxOTUzNTEzNDcyICgxODYzLjAyIEdpQiAyMDAwLjQwIEdCKQqgoKCgIEFy cmF5IFNpemUgOiAx
NTYyODEwNzc3NiAoMTQ5MDQuMTMgR2lCIDE2MDAzLjE4IEdCKQqgoCBSYWlk IERldmljZXMgOiAx
MAqgIFRvdGFsIERldmljZXMgOiAxMApQcmVmZXJyZWQgTWlub3IgOiAxCgqg oKAgVXBkYXRlIFRp
bWUgOiBXZWQgRmVioCA5IDE4OjQ1OjU5IDIwMTEKoKCgoKCgoKCgIFN0YXRl IDogY2xlYW4KoEFj
dGl2ZSBEZXZpY2VzIDogMTAKV29ya2luZyBEZXZpY2VzIDogMTAKoEZhaWxl ZCBEZXZpY2VzIDog
MAqgIFNwYXJlIERldmljZXMgOiAwCqCgoKCgoCBDaGVja3N1bSA6IDI3YWEy MjJiIC0gY29ycmVj
dAqgoKCgoKCgoCBFdmVudHMgOiAxNDcyMjEKCqCgoKCgoKCgIExheW91dCA6 IGxlZnQtc3ltbWV0
cmljCqCgoKAgQ2h1bmsgU2l6ZSA6IDY0SwoKoKCgoKAgTnVtYmVyoKAgTWFq b3KgoCBNaW5vcqCg
IFJhaWREZXZpY2UgU3RhdGUKdGhpc6CgoKAgM6CgoKCgIDY1oKCgoKCgIDMz oKCgoKCgoCAzoKCg
oKAgYWN0aXZlIHN5bmOgoCAvZGV2L3NkczEKCqCgIDCgoKCgIDCgoKCgoKAg OKCgoKCgIDE5M6Cg
oKCgoKAgMKCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZG0xCqCgIDGgoKCg IDGgoKCgoCA2NaCg
oKCgoCA0OaCgoKCgoKAgMaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZHQx CqCgIDKgoKCgIDKg
oKCgoCA2NaCgoKCgoCAxN6CgoKCgoKAgMqCgoKCgIGFjdGl2ZSBzeW5joKAg L2Rldi9zZHIxCqCg
IDOgoKCgIDOgoKCgoCA2NaCgoKCgoCAzM6CgoKCgoKAgM6CgoKCgIGFjdGl2 ZSBzeW5joKAgL2Rl
di9zZHMxCqCgIDSgoKCgIDSgoKCgoCA2NaCgoKCgoKAgMaCgoKCgoKAgNKCg oKCgIGFjdGl2ZSBz
eW5joKAgL2Rldi9zZHExCqCgIDWgoKCgIDWgoKCgoKAgOKCgoKCgIDE2MaCg oKCgoKAgNaCgoKCg
IGFjdGl2ZSBzeW5joKAgL2Rldi9zZGsxCqCgIDagoKCgIDagoKCgoKAgOKCg oKCgoCA4MaCgoKCg
oKAgNqCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGYxCqCgIDegoKCgIDeg oKCgoKAgOKCgoKCg
oCA5N6CgoKCgoKAgN6CgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGcxCqCg IDigoKCgIDigoKCg
oKAgOKCgoKCgIDE3N6CgoKCgoKAgOKCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rl di9zZGwxCqCgIDmg
oKCgIDmgoKCgoKAgOKCgoKCgoCA2NaCgoKCgoKAgOaCgoKCgIGFjdGl2ZSBz eW5joKAgL2Rldi9z
ZGUxCi9kZXYvc2R0MToKoKCgoKCgoKCgIE1hZ2ljIDogYTkyYjRlZmMKoKCg oKCgoCBWZXJzaW9u
IDogMC45MC4wMAqgoKCgoKCgoKCgIFVVSUQgOiAwOTU5NjUwYTo4YTM5NzEx MzplMDY0N2E5Nzpm
YzIwNjZjYyAobG9jYWwgdG8gaG9zdCByYWlkKQqgIENyZWF0aW9uIFRpbWUg OiBTYXQgU2VwIDI1
IDEzOjIzOjQwIDIwMTAKoKCgoCBSYWlkIExldmVsIDogcmFpZDYKoCBVc2Vk IERldiBTaXplIDog
MTk1MzUxMzQ3MiAoMTg2My4wMiBHaUIgMjAwMC40MCBHQikKoKCgoCBBcnJh eSBTaXplIDogMTU2
MjgxMDc3NzYgKDE0OTA0LjEzIEdpQiAxNjAwMy4xOCBHQikKoKAgUmFpZCBE ZXZpY2VzIDogMTAK
oCBUb3RhbCBEZXZpY2VzIDogOApQcmVmZXJyZWQgTWlub3IgOiAxCgqgoKAg VXBkYXRlIFRpbWUg
OiBXZWQgRmVioCA5IDE5OjIwOjMzIDIwMTEKoKCgoKCgoKCgIFN0YXRlIDog Y2xlYW4KoEFjdGl2
ZSBEZXZpY2VzIDogOApXb3JraW5nIERldmljZXMgOiA4CqBGYWlsZWQgRGV2 aWNlcyA6IDAKoCBT
cGFyZSBEZXZpY2VzIDogMAqgoKCgoKAgQ2hlY2tzdW0gOiAyN2FhMjkyZCAt IGNvcnJlY3QKoKCg
oKCgoKAgRXZlbnRzIDogMTQ3MjI1CgqgoKCgoKCgoCBMYXlvdXQgOiBsZWZ0 LXN5bW1ldHJpYwqg
oKCgIENodW5rIFNpemUgOiA2NEsKCqCgoKCgIE51bWJlcqCgIE1ham9yoKAg TWlub3KgoCBSYWlk
RGV2aWNlIFN0YXRlCnRoaXOgoKCgIDGgoKCgoCA2NaCgoKCgoCA0OaCgoKCg oKAgMaCgoKCgIGFj
dGl2ZSBzeW5joKAgL2Rldi9zZHQxCgqgoCAwoKCgoCAwoKCgoKCgIDCgoKCg oKCgIDCgoKCgoKCg
IDCgoKCgoCByZW1vdmVkCqCgIDGgoKCgIDGgoKCgoCA2NaCgoKCgoCA0OaCg oKCgoKAgMaCgoKCg
IGFjdGl2ZSBzeW5joKAgL2Rldi9zZHQxCqCgIDKgoKCgIDKgoKCgoCA2NaCg oKCgoCAxN6CgoKCg
oKAgMqCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZHIxCqCgIDOgoKCgIDOg oKCgoKAgMKCgoKCg
oKAgMKCgoKCgoKAgM6CgoKCgIGZhdWx0eSByZW1vdmVkCqCgIDSgoKCgIDSg oKCgoCA2NaCgoKCg
oKAgMaCgoKCgoKAgNKCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZHExCqCg IDWgoKCgIDWgoKCg
oKAgOKCgoKCgIDE2MaCgoKCgoKAgNaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rl di9zZGsxCqCgIDag
oKCgIDagoKCgoKAgOKCgoKCgoCA4MaCgoKCgoKAgNqCgoKCgIGFjdGl2ZSBz eW5joKAgL2Rldi9z
ZGYxCqCgIDegoKCgIDegoKCgoKAgOKCgoKCgoCA5N6CgoKCgoKAgN6CgoKCg IGFjdGl2ZSBzeW5j
oKAgL2Rldi9zZGcxCqCgIDigoKCgIDigoKCgoKAgOKCgoKCgIDE3N6CgoKCg oKAgOKCgoKCgIGFj
dGl2ZSBzeW5joKAgL2Rldi9zZGwxCqCgIDmgoKCgIDmgoKCgoKAgOKCgoKCg oCA2NaCgoKCgoKAg
OaCgoKCgIGFjdGl2ZSBzeW5joKAgL2Rldi9zZGUxCgoKSSd2ZSByZWFkIG90 aGVycyB3aG8gaGF2
ZSBoYWQgc3VjY2VzcyBvciBmYWlsdXJlIHVzaW5nIGNyZWF0ZSB0byBnZXQK dGhpbmdzIGJhY2sg
aW4gb3JkZXIgYWdhaW4uoCBUaGlzIGlzIHdoYXQgSSBjYW1lIHVwIHdpdGgg dGhlIGRyaXZlcwps
aXN0ZWQgaW4gc2VxdWVuY2UgZnJvbSAwIHRvIDkuoCBUaGUgZHJpdmVzIG1h cmtlZCBtaXNzaW5n
IGFyZSB0aGUgdHdvCnRoYXQgaGF2ZSBldmVudCBjb3VudHMgbXVjaCBsb3dl ciB0aGFuIHRoZSBy
ZXN0LgoKIyBtZGFkbSAtLWNyZWF0ZSAvZGV2L21kMSAtLXZlcmJvc2UgLS1s ZXZlbD02IC0tcmFp
ZC1kZXZpY2VzPTEwCi0tY2h1bms9NjQgbWlzc2luZyAvZGV2L3NkdDEgL2Rl di9zZHIxIG1pc3Np
bmcgL2Rldi9zZHExIC9kZXYvc2RrMQovZGV2L3NkZjEgL2Rldi9zZGcxIC9k ZXYvc2RsMSAvZGV2
L3NkZTEKbWRhZG06IGxheW91dCBkZWZhdWx0cyB0byBsZWZ0LXN5bW1ldHJp YwptZGFkbTogbGF5
b3V0IGRlZmF1bHRzIHRvIGxlZnQtc3ltbWV0cmljCm1kYWRtOiBsYXlvdXQg ZGVmYXVsdHMgdG8g
bGVmdC1zeW1tZXRyaWMKbWRhZG06IC9kZXYvc2R0MSBhcHBlYXJzIHRvIGNv bnRhaW4gYW4gZXh0
MmZzIGZpbGUgc3lzdGVtCqCgoCBzaXplPS0xNTUxNzYxNDA4S6AgbXRpbWU9 V2VkIEZlYqAgOSAx
ODo0NTo1OSAyMDExCm1kYWRtOiAvZGV2L3NkdDEgYXBwZWFycyB0byBiZSBw YXJ0IG9mIGEgcmFp
ZCBhcnJheToKoKCgIGxldmVsPXJhaWQ2IGRldmljZXM9MTAgY3RpbWU9U2F0 IFNlcCAyNSAxMzoy
Mzo0MCAyMDEwCm1kYWRtOiBsYXlvdXQgZGVmYXVsdHMgdG8gbGVmdC1zeW1t ZXRyaWMKbWRhZG06
IC9kZXYvc2RyMSBhcHBlYXJzIHRvIGJlIHBhcnQgb2YgYSByYWlkIGFycmF5 OgqgoKAgbGV2ZWw9
cmFpZDYgZGV2aWNlcz0xMCBjdGltZT1TYXQgU2VwIDI1IDEzOjIzOjQwIDIw MTAKbWRhZG06IGxh
eW91dCBkZWZhdWx0cyB0byBsZWZ0LXN5bW1ldHJpYwptZGFkbTogL2Rldi9z ZHExIGFwcGVhcnMg
dG8gYmUgcGFydCBvZiBhIHJhaWQgYXJyYXk6CqCgoCBsZXZlbD1yYWlkNiBk ZXZpY2VzPTEwIGN0
aW1lPVNhdCBTZXAgMjUgMTM6MjM6NDAgMjAxMAptZGFkbTogbGF5b3V0IGRl ZmF1bHRzIHRvIGxl
ZnQtc3ltbWV0cmljCm1kYWRtOiAvZGV2L3NkazEgYXBwZWFycyB0byBiZSBw YXJ0IG9mIGEgcmFp
ZCBhcnJheToKoKCgIGxldmVsPXJhaWQ2IGRldmljZXM9MTAgY3RpbWU9U2F0 IFNlcCAyNSAxMzoy
Mzo0MCAyMDEwCm1kYWRtOiBsYXlvdXQgZGVmYXVsdHMgdG8gbGVmdC1zeW1t ZXRyaWMKbWRhZG06
IC9kZXYvc2RmMSBhcHBlYXJzIHRvIGJlIHBhcnQgb2YgYSByYWlkIGFycmF5 OgqgoKAgbGV2ZWw9
cmFpZDYgZGV2aWNlcz0xMCBjdGltZT1TYXQgU2VwIDI1IDEzOjIzOjQwIDIw MTAKbWRhZG06IGxh
eW91dCBkZWZhdWx0cyB0byBsZWZ0LXN5bW1ldHJpYwptZGFkbTogL2Rldi9z ZGcxIGFwcGVhcnMg
dG8gYmUgcGFydCBvZiBhIHJhaWQgYXJyYXk6CqCgoCBsZXZlbD1yYWlkNiBk ZXZpY2VzPTEwIGN0
aW1lPVNhdCBTZXAgMjUgMTM6MjM6NDAgMjAxMAptZGFkbTogbGF5b3V0IGRl ZmF1bHRzIHRvIGxl
ZnQtc3ltbWV0cmljCm1kYWRtOiAvZGV2L3NkbDEgYXBwZWFycyB0byBiZSBw YXJ0IG9mIGEgcmFp
ZCBhcnJheToKoKCgIGxldmVsPXJhaWQ2IGRldmljZXM9MTAgY3RpbWU9U2F0 IFNlcCAyNSAxMzoy
Mzo0MCAyMDEwCm1kYWRtOiBsYXlvdXQgZGVmYXVsdHMgdG8gbGVmdC1zeW1t ZXRyaWMKbWRhZG06
IC9kZXYvc2RlMSBhcHBlYXJzIHRvIGNvbnRhaW4gYW4gZXh0MmZzIGZpbGUg c3lzdGVtCqCgoCBz
aXplPS01OTEyNjU3MjhLoCBtdGltZT1Nb24gRmViIDE0IDEzOjE3OjI3IDIw MjgKbWRhZG06IC9k
ZXYvc2RlMSBhcHBlYXJzIHRvIGJlIHBhcnQgb2YgYSByYWlkIGFycmF5Ogqg oKAgbGV2ZWw9cmFp
ZDYgZGV2aWNlcz0xMCBjdGltZT1TYXQgU2VwIDI1IDEzOjIzOjQwIDIwMTAK bWRhZG06IHNpemUg
c2V0IHRvIDE5NTM1MTIzODRLCkNvbnRpbnVlIGNyZWF0aW5nIGFycmF5PyBu CgpJIGhhdmVuJ3Qg
ZXhlY3V0ZWQgdGhpcyB5ZXQgdGhvdWdoLgoKCkFueSBoZWxwIHdvdWxkIGJl IGFwcHJlY2lhdGVk
LApUaGFua3MK
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 11.02.2011 21:49:04 von NeilBrown

On Fri, 11 Feb 2011 11:48:41 -0500 Christian wrote:

> Hello,
>=20
> I have a 10 disk RAID6 array.  I had an issue with a molex conne=
ctor
> that caused drives to drop from a 5in3 SATA backplane.  There wa=
sn't
> any activity occurring on the array during the time, so I think the
> filesystem should be in tact.  The issue now is the event counts=
are
> out of sync, along with the state of each drive.
>=20
> # mdadm -A /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/sdl1
> /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
> mdadm: /dev/md1 assembled from 8 drives - not enough to start the
> array while not clean - consider --force.
>=20
> # cat /proc/mdstat
> Personalities : [raid6] [raid5] [raid4]
> md1 : inactive sdt1[1](S) sde1[9](S) sdl1[8](S) sdg1[7](S) sdf1[6](S)
> sdk1[5](S) sdq1[4](S) sds1[3](S) sdr1[2](S) sdm1[0](S)
>       19535134720 blocks
>=20
>=20
> # mdadm -Af /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/sdl=
1
> /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
> mdadm: failed to RUN_ARRAY /dev/md1: Input/output error

The array is already in a partially-assembled state.

mdadm -S /dev/md1

before trying to assemble again with -f.

NeilBrown


>=20
> # cat /proc/mdstat
> Personalities : [raid6] [raid5] [raid4]
> md1 : inactive sdt1[1] sde1[9] sdl1[8] sdg1[7] sdf1[6] sdk1[5] sdq1[4=
] sdr1[2]
>       15628107776 blocks
>=20
> I've read others having success with this but it's not accepting it.
> # echo "clean" > /sys/block/md1/md/array_state
> bash: echo: write error: Invalid argument
>=20
>=20
> # mdadm -E /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/sdl1 /dev/sdm=
1
> /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1 | egrep Event
>          Events : 147226
>          Events : 147226
>          Events : 147226
>          Events : 147226
>          Events : 147226
>          Events : 147221
>          Events : 147225
>          Events : 147225
>          Events : 147221
>          Events : 147225
>=20
>=20
> # mdadm -E /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/sdl1 /dev/sdm=
1
> /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:24:09 2011
>           State : active
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27a7ead3 - correct
>          Events : 147226
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     9       8=C2=
 Â Â Â Â Â=A0 65      =
  9      active sync   /dev/sde=
1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdf1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:24:09 2011
>           State : active
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27a7eadd - correct
>          Events : 147226
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     6       8=C2=
 Â Â Â Â Â=A0 81      =
  6      active sync   /dev/sdf=
1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdg1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:24:09 2011
>           State : active
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27a7eaef - correct
>          Events : 147226
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     7       8=C2=
 Â Â Â Â Â=A0 97      =
  7      active sync   /dev/sdg=
1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdk1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:24:09 2011
>           State : active
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27a7eb2b - correct
>          Events : 147226
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     5       8=C2=
 Â Â Â Â=A0 161       =
5      active sync   /dev/sdk1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdl1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:24:09 2011
>           State : active
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27a7eb41 - correct
>          Events : 147226
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     8       8=C2=
 Â Â Â Â=A0 177       =
8      active sync   /dev/sdl1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdm1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 10
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 18:45:59 2011
>           State : clean
>  Active Devices : 10
> Working Devices : 10
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27aa228c - correct
>          Events : 147221
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     0       8=C2=
 Â Â Â Â=A0 193       =
0      active sync   /dev/sdm1
>=20
>    0     0     =
  8      193     =
   0      active sync   /d=
ev/sdm1
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
65       33     =
   3      active sync   /d=
ev/sds1
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdq1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:20:33 2011
>           State : clean
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27aa2903 - correct
>          Events : 147225
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     4      65 =
       1     =C2=
 Â=A0 4      active sync   /dev/=
sdq1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdr1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:20:33 2011
>           State : clean
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27aa290f - correct
>          Events : 147225
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     2      65 =
      17      =C2=
=A0 2      active sync   /dev/sdr1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sds1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 10
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 18:45:59 2011
>           State : clean
>  Active Devices : 10
> Working Devices : 10
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27aa222b - correct
>          Events : 147221
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     3      65 =
      33      =C2=
=A0 3      active sync   /dev/sds1
>=20
>    0     0     =
  8      193     =
   0      active sync   /d=
ev/sdm1
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
65       33     =
   3      active sync   /d=
ev/sds1
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
> /dev/sdt1:
>           Magic : a92b4e=
fc
>         Version : 0.90.00
>            UUID : 0=
959650a:8a397113:e0647a97:fc2066cc (local to host raid)
>   Creation Time : Sat Sep 25 13:23:40 2010
>      Raid Level : raid6
>   Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
>      Array Size : 15628107776 (14904.13 GiB 16003=
18 GB)
>    Raid Devices : 10
>   Total Devices : 8
> Preferred Minor : 1
>=20
>     Update Time : Wed Feb  9 19:20:33 2011
>           State : clean
>  Active Devices : 8
> Working Devices : 8
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 27aa292d - correct
>          Events : 147225
>=20
>          Layout : left-symmet=
ric
>      Chunk Size : 64K
>=20
>       Number   Major   M=
inor   RaidDevice State
> this     1      65 =
      49      =C2=
=A0 1      active sync   /dev/sdt1
>=20
>    0     0     =
  0        0   =C2=
 Â Â Â=A0 0      removed
>    1     1     =
65       49     =
   1      active sync   /d=
ev/sdt1
>    2     2     =
65       17     =
   2      active sync   /d=
ev/sdr1
>    3     3     =
  0        0   =C2=
 Â Â Â=A0 3      faulty removed
>    4     4     =
65        1    =
    4      active sync =C2=
=A0 /dev/sdq1
>    5     5     =
  8      161     =
   5      active sync   /d=
ev/sdk1
>    6     6     =
  8       81    =
    6      active sync =C2=
=A0 /dev/sdf1
>    7     7     =
  8       97    =
    7      active sync =C2=
=A0 /dev/sdg1
>    8     8     =
  8      177     =
   8      active sync   /d=
ev/sdl1
>    9     9     =
  8       65    =
    9      active sync =C2=
=A0 /dev/sde1
>=20
>=20
> I've read others who have had success or failure using create to get
> things back in order again.  This is what I came up with the dri=
ves
> listed in sequence from 0 to 9.  The drives marked missing are t=
he two
> that have event counts much lower than the rest.
>=20
> # mdadm --create /dev/md1 --verbose --level=3D6 --raid-devices=3D10
> --chunk=3D64 missing /dev/sdt1 /dev/sdr1 missing /dev/sdq1 /dev/sdk1
> /dev/sdf1 /dev/sdg1 /dev/sdl1 /dev/sde1
> mdadm: layout defaults to left-symmetric
> mdadm: layout defaults to left-symmetric
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdt1 appears to contain an ext2fs file system
>     size=3D-1551761408K  mtime=3DWed Feb  9 =
18:45:59 2011
> mdadm: /dev/sdt1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdr1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdq1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdk1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdf1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdg1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sdl1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: layout defaults to left-symmetric
> mdadm: /dev/sde1 appears to contain an ext2fs file system
>     size=3D-591265728K  mtime=3DMon Feb 14 13:17:=
27 2028
> mdadm: /dev/sde1 appears to be part of a raid array:
>     level=3Draid6 devices=3D10 ctime=3DSat Sep 25 13:2=
3:40 2010
> mdadm: size set to 1953512384K
> Continue creating array? n
>=20
> I haven't executed this yet though.
>=20
>=20
> Any help would be appreciated,
> Thanks
> N‹§²æÃr¸â€=BAyú=C3 ¨Å=A1=
Øb²X¬¶Ç§vØ^â€=93)=C3= 9Eº{.n=
Ç+‰·¥Å=A0{±­¨_Å  {ayº=1D=
ʇڙë,j­Â=A2f£ ¢·=
hš‹Ã=A0z¹Â=AEw¥¢¸=0C ¢·=
¦j:+v‰¨Å=A0wèjØm¶Ÿ=C 3¿Â¾=
«‘êÃ=A7zZ+ƒùšŽŠ Ý¢=
j"_ú!
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 11.02.2011 22:13:53 von Christian

On Fri, Feb 11, 2011 at 3:49 PM, NeilBrown wrote:
> On Fri, 11 Feb 2011 11:48:41 -0500 Christian wrote=
:
>
>> Hello,
>>
>> I have a 10 disk RAID6 array.=A0 I had an issue with a molex connect=
or
>> that caused drives to drop from a 5in3 SATA backplane.=A0 There wasn=
't
>> any activity occurring on the array during the time, so I think the
>> filesystem should be in tact.=A0 The issue now is the event counts a=
re
>> out of sync, along with the state of each drive.
>>
>> # mdadm -A /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/sdl=
1
>> /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
>> mdadm: /dev/md1 assembled from 8 drives - not enough to start the
>> array while not clean - consider --force.
>>
>> # cat /proc/mdstat
>> Personalities : [raid6] [raid5] [raid4]
>> md1 : inactive sdt1[1](S) sde1[9](S) sdl1[8](S) sdg1[7](S) sdf1[6](S=
)
>> sdk1[5](S) sdq1[4](S) sds1[3](S) sdr1[2](S) sdm1[0](S)
>>     =A0 19535134720 blocks
>>
>>
>> # mdadm -Af /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/sd=
l1
>> /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
>> mdadm: failed to RUN_ARRAY /dev/md1: Input/output error
>
> The array is already in a partially-assembled state.
>
> mdadm -S /dev/md1
>
> before trying to assemble again with -f.
>
> NeilBrown

I should have probably included it but I did stop the array with -S
before running -Af.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 11.02.2011 22:32:24 von NeilBrown

On Fri, 11 Feb 2011 16:13:53 -0500 Christian wrote:

> On Fri, Feb 11, 2011 at 3:49 PM, NeilBrown wrote:
> > On Fri, 11 Feb 2011 11:48:41 -0500 Christian wro=
te:
> >
> >> Hello,
> >>
> >> I have a 10 disk RAID6 array.=A0 I had an issue with a molex conne=
ctor
> >> that caused drives to drop from a 5in3 SATA backplane.=A0 There wa=
sn't
> >> any activity occurring on the array during the time, so I think th=
e
> >> filesystem should be in tact.=A0 The issue now is the event counts=
are
> >> out of sync, along with the state of each drive.
> >>
> >> # mdadm -A /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/s=
dl1
> >> /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
> >> mdadm: /dev/md1 assembled from 8 drives - not enough to start the
> >> array while not clean - consider --force.
> >>
> >> # cat /proc/mdstat
> >> Personalities : [raid6] [raid5] [raid4]
> >> md1 : inactive sdt1[1](S) sde1[9](S) sdl1[8](S) sdg1[7](S) sdf1[6]=
(S)
> >> sdk1[5](S) sdq1[4](S) sds1[3](S) sdr1[2](S) sdm1[0](S)
> >>     =A0 19535134720 blocks
> >>
> >>
> >> # mdadm -Af /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1 /dev/=
sdl1
> >> /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1
> >> mdadm: failed to RUN_ARRAY /dev/md1: Input/output error
> >
> > The array is already in a partially-assembled state.
> >
> > mdadm -S /dev/md1
> >
> > before trying to assemble again with -f.
> >
> > NeilBrown
>=20
> I should have probably included it but I did stop the array with -S
> before running -Af.

True.

Ok, being sure that the array is stopped first, try the "-Af" command a=
gain,
but an a -v.
Then post the results together with any kernel messages (dmesg | tail -=
50
maybe)

NeilBrown
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 11.02.2011 22:51:54 von Christian

> True.
>
> Ok, being sure that the array is stopped first, try the "-Af" command again,
> but an a -v.
> Then post the results together with any kernel messages (dmesg | tail -50
> maybe)
>
> NeilBrown
>

# mdadm -Af -v /dev/md1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdk1
/dev/sdl1 /dev/sdm1 /dev/sdq1 /dev/sdr1 /dev/sds1 /dev/sdt1mdadm:
looking for devices for /dev/md1
mdadm: /dev/sde1 is identified as a member of /dev/md1, slot 9.
mdadm: /dev/sdf1 is identified as a member of /dev/md1, slot 6.
mdadm: /dev/sdg1 is identified as a member of /dev/md1, slot 7.
mdadm: /dev/sdk1 is identified as a member of /dev/md1, slot 5.
mdadm: /dev/sdl1 is identified as a member of /dev/md1, slot 8.
mdadm: /dev/sdm1 is identified as a member of /dev/md1, slot 0.
mdadm: /dev/sdq1 is identified as a member of /dev/md1, slot 4.
mdadm: /dev/sdr1 is identified as a member of /dev/md1, slot 2.
mdadm: /dev/sds1 is identified as a member of /dev/md1, slot 3.
mdadm: /dev/sdt1 is identified as a member of /dev/md1, slot 1.
mdadm: added /dev/sdm1 to /dev/md1 as 0
mdadm: added /dev/sdr1 to /dev/md1 as 2
mdadm: added /dev/sds1 to /dev/md1 as 3
mdadm: added /dev/sdq1 to /dev/md1 as 4
mdadm: added /dev/sdk1 to /dev/md1 as 5
mdadm: added /dev/sdf1 to /dev/md1 as 6
mdadm: added /dev/sdg1 to /dev/md1 as 7
mdadm: added /dev/sdl1 to /dev/md1 as 8
mdadm: added /dev/sde1 to /dev/md1 as 9
mdadm: added /dev/sdt1 to /dev/md1 as 1
mdadm: failed to RUN_ARRAY /dev/md1: Input/output error


[68107.441660] md/raid:md1: not clean -- starting background reconstruction
[68107.441669] md/raid:md1: device sdt1 operational as raid disk 1
[68107.441671] md/raid:md1: device sde1 operational as raid disk 9
[68107.441673] md/raid:md1: device sdl1 operational as raid disk 8
[68107.441674] md/raid:md1: device sdg1 operational as raid disk 7
[68107.441676] md/raid:md1: device sdf1 operational as raid disk 6
[68107.441678] md/raid:md1: device sdk1 operational as raid disk 5
[68107.441679] md/raid:md1: device sdq1 operational as raid disk 4
[68107.441681] md/raid:md1: device sdr1 operational as raid disk 2
[68107.442368] md/raid:md1: allocated 10572kB
[68107.442388] md/raid:md1: cannot start dirty degraded array.
[68107.442394] RAID conf printout:
[68107.442396] --- level:6 rd:10 wd:8
[68107.442397] disk 1, o:1, dev:sdt1
[68107.442399] disk 2, o:1, dev:sdr1
[68107.442400] disk 4, o:1, dev:sdq1
[68107.442402] disk 5, o:1, dev:sdk1
[68107.442403] disk 6, o:1, dev:sdf1
[68107.442404] disk 7, o:1, dev:sdg1
[68107.442406] disk 8, o:1, dev:sdl1
[68107.442407] disk 9, o:1, dev:sde1
[68107.442692] md/raid:md1: failed to run raid set.
[68107.442693] md: pers->run() failed ...
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 11.02.2011 23:36:08 von Christian

Here it is again, there were a few other messages in there at the beginning.

[70745.855861] md: md1 stopped.
[70745.859303] md: bind
[70745.859576] md: bind
[70745.859720] md: bind
[70745.860265] md: bind
[70745.860428] md: bind
[70745.860680] md: bind
[70745.860839] md: bind
[70745.860986] md: bind
[70745.861169] md: bind
[70745.861359] md: bind
[70745.861407] md: kicking non-fresh sds1 from array!
[70745.861411] md: unbind
[70745.870570] md: export_rdev(sds1)
[70745.870598] md: kicking non-fresh sdm1 from array!
[70745.870602] md: unbind
[70745.882561] md: export_rdev(sdm1)
[70745.883324] md/raid:md1: not clean -- starting background reconstruction
[70745.883333] md/raid:md1: device sdt1 operational as raid disk 1
[70745.883335] md/raid:md1: device sde1 operational as raid disk 9
[70745.883337] md/raid:md1: device sdl1 operational as raid disk 8
[70745.883339] md/raid:md1: device sdg1 operational as raid disk 7
[70745.883340] md/raid:md1: device sdf1 operational as raid disk 6
[70745.883342] md/raid:md1: device sdk1 operational as raid disk 5
[70745.883344] md/raid:md1: device sdq1 operational as raid disk 4
[70745.883345] md/raid:md1: device sdr1 operational as raid disk 2
[70745.884038] md/raid:md1: allocated 10572kB
[70745.884057] md/raid:md1: cannot start dirty degraded array.
[70745.884065] RAID conf printout:
[70745.884066] --- level:6 rd:10 wd:8
[70745.884068] disk 1, o:1, dev:sdt1
[70745.884069] disk 2, o:1, dev:sdr1
[70745.884070] disk 4, o:1, dev:sdq1
[70745.884072] disk 5, o:1, dev:sdk1
[70745.884073] disk 6, o:1, dev:sdf1
[70745.884074] disk 7, o:1, dev:sdg1
[70745.884076] disk 8, o:1, dev:sdl1
[70745.884077] disk 9, o:1, dev:sde1
[70745.884370] md/raid:md1: failed to run raid set.
[70745.884372] md: pers->run() failed ...
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 12.02.2011 00:37:06 von Christian

Ok problem solved!! The array and data are back!! With the help of
some of the guys on #linux-raid on freenode I went ahead and ran
--create on the array. If anyone else happens to have the same issue
here is what I did.

First I backed up all the examine info by doing:
# mdadm -E /dev/sd[efgklmqrst]1 > examineinfo

And then I backed up the superblocks at the end of the disk by first
running fdisk to get the size, and then using dd
# fdisk /dev/sdt
Device Boot Start End Blocks Id System
/dev/sdt1 2048 3907029167 1953513560 fd Linux raid autodetect

Took the total block numbers and then just skipped to the end by
dropping a 0 in the thousands column. It's not exactly the superblock
but should be enough to have a backup in case things get really nasty
later.

# for i in sdm sdt sdr sds sdq sdk sdf sdg sdl sde; do dd if=/dev/$i
of=$i.tail skip=1953510560 bs=1k; done

And then I issued the create command, making sure it matched the info
from examine, and the drives letters were in order sequentially from 0
to 9, leaving out the two disks that dropped originally that were
marked with lower event counts.

# mdadm --create --metadata=0.90 --assume-clean --verbose --level=6
--raid-devices=10 --chunk=64 /dev/md1 missing /dev/sdt1 /dev/sdr1
missing /dev/sdq1 /dev/sdk1 /dev/sdf1 /dev/sdg1 /dev/sdl1 /dev/sde1

After executing this I have:
# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : active raid6 sde1[9] sdl1[8] sdg1[7] sdf1[6] sdk1[5] sdq1[4]
sdr1[2] sdt1[1]
15628107776 blocks level 6, 64k chunk, algorithm 2 [10/8] [_UU_UUUUUU]

When attempting to mount the ext4 fs it initially failed, didn't
recognize the fs at all, but after:

# fsck /dev/md1

It fixed up the journal, etc and I'm now able to mount the file system
with all the data in tact!

I'm not completely out of the woods yet since I have to re-add 2
disks, but as of now everything looks great.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 12.02.2011 01:52:35 von NeilBrown

On Fri, 11 Feb 2011 17:36:08 -0500 Christian wrote:

> Here it is again, there were a few other messages in there at the beginning.
>
> [70745.855861] md: md1 stopped.
> [70745.859303] md: bind
> [70745.859576] md: bind
> [70745.859720] md: bind
> [70745.860265] md: bind
> [70745.860428] md: bind
> [70745.860680] md: bind
> [70745.860839] md: bind
> [70745.860986] md: bind
> [70745.861169] md: bind
> [70745.861359] md: bind
> [70745.861407] md: kicking non-fresh sds1 from array!
> [70745.861411] md: unbind
> [70745.870570] md: export_rdev(sds1)
> [70745.870598] md: kicking non-fresh sdm1 from array!

That shouldn't happen when you use -f ....

Could be that you hit the mdadm bug fixed by commit 67a8c82d606
which is in mdadm-2.6
What version of mdadm are you running???

(I note you have got your data back by other means - good!)

NeilBrown



> [70745.870602] md: unbind
> [70745.882561] md: export_rdev(sdm1)
> [70745.883324] md/raid:md1: not clean -- starting background reconstruction
> [70745.883333] md/raid:md1: device sdt1 operational as raid disk 1
> [70745.883335] md/raid:md1: device sde1 operational as raid disk 9
> [70745.883337] md/raid:md1: device sdl1 operational as raid disk 8
> [70745.883339] md/raid:md1: device sdg1 operational as raid disk 7
> [70745.883340] md/raid:md1: device sdf1 operational as raid disk 6
> [70745.883342] md/raid:md1: device sdk1 operational as raid disk 5
> [70745.883344] md/raid:md1: device sdq1 operational as raid disk 4
> [70745.883345] md/raid:md1: device sdr1 operational as raid disk 2
> [70745.884038] md/raid:md1: allocated 10572kB
> [70745.884057] md/raid:md1: cannot start dirty degraded array.
> [70745.884065] RAID conf printout:
> [70745.884066] --- level:6 rd:10 wd:8
> [70745.884068] disk 1, o:1, dev:sdt1
> [70745.884069] disk 2, o:1, dev:sdr1
> [70745.884070] disk 4, o:1, dev:sdq1
> [70745.884072] disk 5, o:1, dev:sdk1
> [70745.884073] disk 6, o:1, dev:sdf1
> [70745.884074] disk 7, o:1, dev:sdg1
> [70745.884076] disk 8, o:1, dev:sdl1
> [70745.884077] disk 9, o:1, dev:sde1
> [70745.884370] md/raid:md1: failed to run raid set.
> [70745.884372] md: pers->run() failed ...

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 12.02.2011 01:57:52 von Christian

# mdadm -V
mdadm - v3.1.4 - 31st August 2010

On Fri, Feb 11, 2011 at 7:52 PM, NeilBrown wrote:
> On Fri, 11 Feb 2011 17:36:08 -0500 Christian wrote=
:
>
>> Here it is again, there were a few other messages in there at the be=
ginning.
>>
>> [70745.855861] md: md1 stopped.
>> [70745.859303] md: bind
>> [70745.859576] md: bind
>> [70745.859720] md: bind
>> [70745.860265] md: bind
>> [70745.860428] md: bind
>> [70745.860680] md: bind
>> [70745.860839] md: bind
>> [70745.860986] md: bind
>> [70745.861169] md: bind
>> [70745.861359] md: bind
>> [70745.861407] md: kicking non-fresh sds1 from array!
>> [70745.861411] md: unbind
>> [70745.870570] md: export_rdev(sds1)
>> [70745.870598] md: kicking non-fresh sdm1 from array!
>
> That shouldn't happen when you use -f ....
>
> Could be that you hit the mdadm bug fixed by commit =A067a8c82d606
> which is in mdadm-2.6
> What version of mdadm are you running???
>
> (I note you have got your data back by other means - good!)
>
> NeilBrown
>
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 12.02.2011 02:03:25 von NeilBrown

On Fri, 11 Feb 2011 19:57:52 -0500 Christian wrote:

> # mdadm -V
> mdadm - v3.1.4 - 31st August 2010

So either I didn't fix it like I thought, or I subsequently broke it.

Could you send me the combined --examine output that you saved?
That might help me reproduce the exact problem, then add it to the
mdadm test suite. Then fix it.

Thanks,
NeilBrown


>=20
> On Fri, Feb 11, 2011 at 7:52 PM, NeilBrown wrote:
> > On Fri, 11 Feb 2011 17:36:08 -0500 Christian wro=
te:
> >
> >> Here it is again, there were a few other messages in there at the =
beginning.
> >>
> >> [70745.855861] md: md1 stopped.
> >> [70745.859303] md: bind
> >> [70745.859576] md: bind
> >> [70745.859720] md: bind
> >> [70745.860265] md: bind
> >> [70745.860428] md: bind
> >> [70745.860680] md: bind
> >> [70745.860839] md: bind
> >> [70745.860986] md: bind
> >> [70745.861169] md: bind
> >> [70745.861359] md: bind
> >> [70745.861407] md: kicking non-fresh sds1 from array!
> >> [70745.861411] md: unbind
> >> [70745.870570] md: export_rdev(sds1)
> >> [70745.870598] md: kicking non-fresh sdm1 from array!
> >
> > That shouldn't happen when you use -f ....
> >
> > Could be that you hit the mdadm bug fixed by commit =A067a8c82d606
> > which is in mdadm-2.6
> > What version of mdadm are you running???
> >
> > (I note you have got your data back by other means - good!)
> >
> > NeilBrown
> >

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RAID6 array won"t start

am 12.02.2011 05:08:34 von Christian

Here's the combined output

/dev/sde1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:24:09 2011
State : active
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27a7ead4 - correct
Events : 147226

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 9 8 65 9 active sync /dev/sde1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdf1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:24:09 2011
State : active
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27a7eade - correct
Events : 147226

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 6 8 81 6 active sync /dev/sdf1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdg1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:24:09 2011
State : active
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27a7eaf0 - correct
Events : 147226

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 7 8 97 7 active sync /dev/sdg1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdk1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:24:09 2011
State : active
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27a7eb2c - correct
Events : 147226

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 5 8 161 5 active sync /dev/sdk1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdl1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:24:09 2011
State : active
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27a7eb42 - correct
Events : 147226

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 8 8 177 8 active sync /dev/sdl1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdm1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 10
Preferred Minor : 1

Update Time : Wed Feb 9 18:45:59 2011
State : clean
Active Devices : 10
Working Devices : 10
Failed Devices : 0
Spare Devices : 0
Checksum : 27aa228c - correct
Events : 147221

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 0 8 193 0 active sync /dev/sdm1

0 0 8 193 0 active sync /dev/sdm1
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 65 33 3 active sync /dev/sds1
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdq1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:20:33 2011
State : clean
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27aa2904 - correct
Events : 147225

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 4 65 1 4 active sync /dev/sdq1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdr1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:20:33 2011
State : clean
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27aa2910 - correct
Events : 147225

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 2 65 17 2 active sync /dev/sdr1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sds1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 10
Preferred Minor : 1

Update Time : Wed Feb 9 18:45:59 2011
State : clean
Active Devices : 10
Working Devices : 10
Failed Devices : 0
Spare Devices : 0
Checksum : 27aa222b - correct
Events : 147221

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 3 65 33 3 active sync /dev/sds1

0 0 8 193 0 active sync /dev/sdm1
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 65 33 3 active sync /dev/sds1
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1
/dev/sdt1:
Magic : a92b4efc
Version : 0.90.00
UUID : 0959650a:8a397113:e0647a97:fc2066cc (local to host ra=
id)
Creation Time : Sat Sep 25 13:23:40 2010
Raid Level : raid6
Used Dev Size : 1953513472 (1863.02 GiB 2000.40 GB)
Array Size : 15628107776 (14904.13 GiB 16003.18 GB)
Raid Devices : 10
Total Devices : 8
Preferred Minor : 1

Update Time : Wed Feb 9 19:20:33 2011
State : clean
Active Devices : 8
Working Devices : 8
Failed Devices : 1
Spare Devices : 0
Checksum : 27aa292e - correct
Events : 147225

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 1 65 49 1 active sync /dev/sdt1

0 0 0 0 0 removed
1 1 65 49 1 active sync /dev/sdt1
2 2 65 17 2 active sync /dev/sdr1
3 3 0 0 3 faulty removed
4 4 65 1 4 active sync /dev/sdq1
5 5 8 161 5 active sync /dev/sdk1
6 6 8 81 6 active sync /dev/sdf1
7 7 8 97 7 active sync /dev/sdg1
8 8 8 177 8 active sync /dev/sdl1
9 9 8 65 9 active sync /dev/sde1


On Fri, Feb 11, 2011 at 8:03 PM, NeilBrown wrote:
> On Fri, 11 Feb 2011 19:57:52 -0500 Christian wrote=
:
>
>> # mdadm -V
>> mdadm - v3.1.4 - 31st August 2010
>
> So either I didn't fix it like I thought, or I subsequently broke it.
>
> Could you send me the combined --examine output that you saved?
> That might help me reproduce the exact problem, then add it to the
> mdadm test suite. =A0Then fix it.
>
> Thanks,
> NeilBrown
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html