【カッパドキア】memories 2.0建造委員会２【過去ログ倉庫】
■ このスレッドは過去ログ倉庫に格納されています
２ちゃんねるの過去ログを一手に引き受けている
oyster902.peko.2ch.net+sumaもデビューから３年。
1.5TBのストレージはそろそろ満杯だし、フロントエンドも結構いっぱいいっぱい
そろそろ次の過去ログ倉庫を作らないとまずいなぁ・・・・
ってことで、RAID 6 8TBのbanana3000.maido3.comを作ってるんです
開発日記
http://www.maido3.com/server/zousan/
お姿
http://www.maido3.com/server/ebanana/
転送量グラフ
http://traffic.maido3.com/jfj1/McNh/nXAg/
■ ぞうさんからのお知らせ part1
http://qb5.2ch.net/test/read.cgi/operate/1197634004/l50
--------------------------------------------------------------
ここまでのお話
いよいよその姿を現した「ぞうさん（花子）banana3000.maido3.com」
しかし、過酷な試験に花子はくじけてしまいそうなのだった。
負けるな花子、がんばれ花子！ >>220
おつですた。
「くれぐれも全部を読んですべて理解しようとしないでください」と、
('A`)さんをはじめ皆様にお伝えくださいです。
「インデックスからマニュアルをうまく拾い読みする」のも、
スキルのひとつということで。 明日の予定(^_^;)
１ 現在の状態で、正しくホットスペアが稼動するのか
２ ホットスペアを稼動させた後、新たなホットスペアを補充する手順の確立
たぶん、花子で一番多い作業がこの２つになるんで、みっちり検証します(^_^;)
予備のHDD使い切ったので、今夜はフォーマット大会の予定。 何とか大会って言うのは大阪人の特徴らすい。
洗濯大会とか、買い物大会とか、フォーマット大会とか。
テレビでやってた ちなみにおいらは京都人です(^_^;)
京都人も見えない刀で切られます・・・・たぶん 今日の予定(^_^;)
１ 現在の状態で、正しくホットスペアが稼動するのか
２ ホットスペアを稼動させた後、新たなホットスペアを補充する手順の確立
は予定通り粛々と執り行われるのだろうか ■ ぞうさんからのお知らせ part1
http://qb5.2ch.net/test/read.cgi/operate/1197634004/204-205
Degraded になってそのまま Inserted にならなくても
Rebuild がスタートしたということは、、、。 ホットスペアをアタッチしたらメッセージだすんじゃね？
出てないって事は1本少なく再構成？ そりゃ時間かかるわな。 HDDの圧迫を理由に、削除依頼されたスレ削除すれば、空きが増えるよ。 いやリビルドスタートってことはホットスペアを取り込んだんでそ
でなかったらデグレードのままのはず。 >>233
http://www.medias.ne.jp/~nagata/xeon/3ware%209690SA_series%20hex_error_codes.htm
のってないからたぶんないんじゃない？ unit 0:０-１-２-３-４-５-６-８-９-10-11-12-13-14-15
unit 1:７
が初期状態(^_^;)unit 1にアサインされている７番がホットスペアー
で、１番を抜いた瞬間が(^_^;)つhttp://qb5.2ch.net/test/read.cgi/operate/1197634004/203
unit 0:０-×-２-３-４-５-６-８-９-10-11-12-13-14-15
unit 1:７
続いて、１番が使えなくなったので(^_^;)つhttp://qb5.2ch.net/test/read.cgi/operate/1197634004/204
３分ほど経過して、ホットスペアーが機能
unit 0:０-１-２-３-４-５-６-７-８-９-10-11-12-13-14-15
レイドアレイに７番が参加
リビルドが始まる(^_^;)つhttp://qb5.2ch.net/test/read.cgi/operate/1197634004/205
現在リビルド中〜(^_^;) あー(^_^;)最後の状態間違えてる
unit 0:０-×-２-３-４-５-６-７-８-９-10-11-12-13-14-15
やね。 この後
Rebuild completed: unit=0とささやいて
unit 0:０-１-２-３-４-５-６-８-９-10-11-12-13-14-15
unit 1:1
port:1がホットスペアになればOK？ >242
そそ(^_^;)
最後に１番刺して、ホットスペアに仕立てる手順がうまくできればOK
予定では
unit 0:０-２-３-４-５-６-８-９-10-11-12-13-14-15
unit 1:1
になって１番がホットスペア(^_^;) 順調のようですね。
リビルド中(たった今)は、
>>182 >>211 の表示はどうなるのかしら。
あと、show c0 の結果とか。 >>242
ポートは物理的なはずなので、こうなるじゃないかな。
unit 0:０-２-３-４-５-６-７−８-９-10-11-12-13-14-15
unit 1:1 そっかそっか。unit 0からport1が追い出されるんだ。
んで自動的にport7がunit0に組み込まれる。と。
だから>242は間違いで
>243,245が正解。 これが現状(^_^;)
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 REBUILDING 71%(A) - 64K 6053.47 ON OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 DRIVE-REMOVED - - - -
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 REBUILDING u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000> で、これがうまくいったらいよいよ、
・リビルド中にもう一本、news4vipを動かしながら抜く
これで。 ホットスペア起動のメッセージが欲しいねぇ
無いのならステイタス一式をチェックするシェルスクリプト等で
変化を囁いて欲しいものだ。ま、ボチボチー♪ Insertedがそれでそ。デグレーデッド状態じゃないかリビルド中でなければ、そのまま何も使われない＝ホットスペア 4時間経過(^_^;)
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 REBUILDING 94%(A) - 64K 6053.47 ON OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 DRIVE-REMOVED - - - -
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 REBUILDING u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000>
Unit Maintenance (Controller ID 0)
Unit 0 15 drives RAID 6 5.91 TB REBUILDING 94% (active)
Port 14 ST3500630AS 465.76 GB OK
Port 13 ST3500630AS 465.76 GB OK
Port 12 ST3500630AS 465.76 GB OK
Port 11 ST3500630AS 465.76 GB OK
Port 10 ST3500630AS 465.76 GB OK
Port 9 ST3500630AS 465.76 GB OK
Port 8 ST3500630AS 465.76 GB OK
Port 15 ST3500630AS 465.76 GB OK
Port 6 ST3500630AS 465.76 GB OK
Port 5 ST3500630AS 465.76 GB OK
Port 4 ST3500630AS 465.76 GB OK
Port 3 ST3500630AS 465.76 GB OK
Port 2 ST3500630AS 465.76 GB OK
Port 7 ST3500630AS 465.76 GB REBUILDING 94%
Port 0 ST3500630AS 465.76 GB OK
14時35分頃完了予定(^_^;) >>253
そういうことですね。
でもInsertして何も使われないからホットスペア、
というわけではないです(昨日の例からもわかるように)。
>>254
rebuild がうまくいったら、p1 に別の HDD を刺すわけですが、
その時に自動的にホットスペアになるか、あるいはならないかは、
たぶん RAID カードの設定内容次第な気がします。 >255
ぅぃぅぃ(^_^;)予測では
「スキャンして、unit 1に認識させて、さらにホットスペアの指定をしなければならない」
リビルド完了したので、チェックが終わったらこらから試します。
4時間14分で完了(^_^;)
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 OK - - 64K 6053.47 ON OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 DRIVE-REMOVED - - - -
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 OK u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000>
Unit Maintenance (Controller ID 0)
Unit 0 15 drives RAID 6 5.91 TB OK
Port 14 ST3500630AS 465.76 GB OK
Port 13 ST3500630AS 465.76 GB OK
Port 12 ST3500630AS 465.76 GB OK
Port 11 ST3500630AS 465.76 GB OK
Port 10 ST3500630AS 465.76 GB OK
Port 9 ST3500630AS 465.76 GB OK
Port 8 ST3500630AS 465.76 GB OK
Port 15 ST3500630AS 465.76 GB OK
Port 6 ST3500630AS 465.76 GB OK
Port 5 ST3500630AS 465.76 GB OK
Port 4 ST3500630AS 465.76 GB OK
Port 3 ST3500630AS 465.76 GB OK
Port 2 ST3500630AS 465.76 GB OK
Port 7 ST3500630AS 465.76 GB OK
Port 0 ST3500630AS 465.76 GB OK >>257じゃあささやかなくても、ホットスペアに指定するコマンドに偽ささやきさせればおｋじゃね？ >>258
> Port 8 ST3500630AS 465.76 GB OK
> Port 15 ST3500630AS 465.76 GB OK
> Port 6 ST3500630AS 465.76 GB OK
> Port 2 ST3500630AS 465.76 GB OK
> Port 7 ST3500630AS 465.76 GB OK
> Port 0 ST3500630AS 465.76 GB OK
(´-`).｡ｏO（なるほど、今回のボリュームを最初に作った時点では port15 がホットスペアだったんだろうな・・・）
(´-`).｡ｏO（で、それが何かの拍子に既に変わっていたんだろうな・・・）
(´-`).｡ｏO（なんでだろうな・・・） >260
第一回のテストでホットスペアが起動したから(^_^;) >>261
自動でホットスペアにはならないんでしたっけ。
というか >>262 の状態である今、状況を確認すればいいのか。 >263
第一回の結果から、そのように推測されます(^_^;)
で、現在の状況は・・・・・
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 OK - - 64K 6053.47 ON OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 OK u? 465.76 GB 976773168 6QG14N85
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 OK u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000>
p1 OK u? 465.76 GB 976773168 6QG14N85
やはり自動で組み込まれない(^_^;)
すこし時間を置いてみる。 １０分経過(^_^;)やはり自動で認識はしないのでリスキャンかける
これでu1にアサインされるはず・・・・ 挿入されたら自動でリスキャンするようにするんだよね リスキャンの結果(^_^;)
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 OK - - 64K 6053.47 ON OFF
u1 RAID-6 INOPERABLE - - 64K 6053.47 OFF OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 OK u1 465.76 GB 976773168 6QG14N85
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 OK u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000>
Rescan found the following unit(s): 1 : Found the following drives(s):
[none]
Unit Maintenance (Controller ID 0)
Unit 0 15 drives RAID 6 5.91 TB OK
Port 14 ST3500630AS 465.76 GB OK
Port 13 ST3500630AS 465.76 GB OK
Port 12 ST3500630AS 465.76 GB OK
Port 11 ST3500630AS 465.76 GB OK
Port 10 ST3500630AS 465.76 GB OK
Port 9 ST3500630AS 465.76 GB OK
Port 8 ST3500630AS 465.76 GB OK
Port 15 ST3500630AS 465.76 GB OK
Port 6 ST3500630AS 465.76 GB OK
Port 5 ST3500630AS 465.76 GB OK
Port 4 ST3500630AS 465.76 GB OK
Port 3 ST3500630AS 465.76 GB OK
Port 2 ST3500630AS 465.76 GB OK
Port 7 ST3500630AS 465.76 GB OK
Port 0 ST3500630AS 465.76 GB OK
Unit 1 15 drives RAID 6 5.91 TB INOPERABLE
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
Port 1 ST3500630AS 465.76 GB OK
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
なるほど、デフォルトではリスキャンしてもいきなりホットスペアにはならないのね。 u1に1番が組み込まれたものの、今度はRAID 6アレイとしてアサインされている(^_^;)と
これを一旦解除して、Available Driveに設定しなおす。
>267
自動にするほうがいいのかな？(^_^;)できるかどうかはおいといて できるなら、自動組み入れがいい気がしますね。
oyster902 はそうなっています。
よくあるのは
「破損したディスク差し替えてランプついたけどそのまま設定するのを忘れてた」 空ディスクなら自動組み込み。何かが入ってたら、、、 >>272あるある〜。ＲＡＩＤ５だとその数日後にもう一個の他のＨＤＤが飛んで全滅ってパターン >272
確かに(^_^;)そういうミス防げる
>273
なんだよね・・・・(^_^;)条件が複雑すぎる気がする
つまり、よほど自動化のアルゴリズムが鉄壁でないなら
マニュアルでやったほうがいい気もするんだよなぁ・・・・・ >>275ベイを他の用途に使わないなら、差したら自動でいいんじゃね？
入れるのは空のＨＤＤか古いかも知れない情報が入ったままのＨＤＤなわけだから。 >276
ホットスペアの位置は、出動のたびに故障したHDDのポートに変わっていきます(^_^;)
どこがホットスペアになるかは、次に壊れたHDDの番号で決まるわけです。
なので、ベイを決めうちすることはできないかと(^_^;) Auto Rebuild に Hot Spare の項目無し。。。
ん〜探し方が悪いのかな。UserGuide_9690.pdf >>277Unit1に入ってるPortを指定すればおｋじゃね？>>269の後半を調べて unit 1を削除し、port 1のDisk Type をSpare Diskに指定(^_^;)
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 OK - - 64K 6053.47 ON OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 OK - 465.76 GB 976773168 6QG14N85
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 OK u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000>
Successfully deleted unit(s) 1
Unit Maintenance (Controller ID 0)
Unit 0 15 drives RAID 6 5.91 TB OK
Port 14 ST3500630AS 465.76 GB OK
Port 13 ST3500630AS 465.76 GB OK
Port 12 ST3500630AS 465.76 GB OK
Port 11 ST3500630AS 465.76 GB OK
Port 10 ST3500630AS 465.76 GB OK
Port 9 ST3500630AS 465.76 GB OK
Port 8 ST3500630AS 465.76 GB OK
Port 15 ST3500630AS 465.76 GB OK
Port 6 ST3500630AS 465.76 GB OK
Port 5 ST3500630AS 465.76 GB OK
Port 4 ST3500630AS 465.76 GB OK
Port 3 ST3500630AS 465.76 GB OK
Port 2 ST3500630AS 465.76 GB OK
Port 7 ST3500630AS 465.76 GB OK
Port 0 ST3500630AS 465.76 GB OK
Available Drives (Controller ID 0)
Port 1 ST3500630AS 465.76 GB OK
>280
あ、まだ指定してない(^_^;)unit 1の削除までだった 自動化するなら他の場所で手動で特定の前処理をかけたディスクのみ
って事にするくらいで無いとヒューマンエラーを排除出来ない。
次はホットスペアが使われてリビルドされている最中に新しいHDD挿して
それが新たなホットスペアになるかの確認でもするん？ u0 の中に hot spare として組み入れることはできないのかしら。 発生し得るヒューマンエラーって、他のデーターが入ってるディスクを放り込むぐらいしか無いと思うんだが。
その場合、中身の確認もせずに手動で設定するんなら全自動と一緒。 >283
するー(^_^;)
・ホットスペアが起動してリビルドしてる最中にホットスペア追加
・リビルド中にもう一本抜く >284
なぜ？(^_^;)というのが気になる
>285
たとえば複数のHDDが死亡した状態で、最初に刺したHDDは何になる？(^_^;)とか
刺された順番で振る舞いを変えなければならないとか
もちろん、決めておいて、そのとおりに動けばいいんだけどねー >>287
いや、そうすれば自動でいくんじゃないかなと。
u0 の中にホットスペアがあることがわかっているわけで。
そしてそれは、オペレータが「自動にしてもいい」時にする設定項目のような気がします。
これは直感というか、多分にコントローラの気持ちになってしゃべっていますが。 あと
1 一本抜く
2 ホットスペア起動→リビルド開始
3 リビルド中にホットスペア追加（が成功したとして）
4 更に一本抜く
どうなる？(^_^;)とか・・・・
ここいらあたりまでは確認したい。 >>287それが重要だとは思ってないけど、重要なら仕方ないね。
>>288ホットスペアはＲＡＩＤのunitの外部にあるんじゃないかと思うんだが・・・つまりスペア指定されたunitの所属 >288
なるほど(^_^;)
ちと考えます。
いや、だいたいの方向は決めてるんだけど、熟考するところなんで。
おおざっぱな思考
・現状で（いくつかの動作試験は残っているものの）要求を満たす動作をしている
・自動でホットスペアを動かすことで得られるメリットとデメリットはよくて±０
・自動でホットスペアを動かすための仕組みつくりと、その実証は結構大変（しかもできるかどうかもわからない）。
そうしなければならない強い理由があればやらないと・・・・って感じですね(^_^;)おいら的に
今、最優先でやりたいのは
「実際の運用上知っておかなければならないことの体験」と思います(^_^;) 不良クラスタ続発でハネたドライブがフォーマットされちまって再び登場。
ってのがホットスペアとして待機してたって経験が一度ある。
在庫ドライブの無い時に担当者が勝手にやった。
新品だから安全って事は無いんだけどー >>290
> >>288ホットスペアはＲＡＩＤのunitの外部にあるんじゃないかと思うんだが・・・つまりスペア指定されたunitの所属
なるほど、、、3wareのはそうなるですか。
私が本業方面で昔触ったやつとかoyster902についているSumaとかは、
確かそうではなかった記憶があるです(手元にマニュアル無いのでうろ覚えですが)。
>>291
「体験が重要」には同意です。
Experience の値を上げる方向で。
あと、自動でやるにせよやらないにせよ、
ヒューマンエラーを防止する策については、くれぐれもというかんじで。 >>292投入チェックの時に自動で調べてくれないんだ・・・それは怖いな。
＞新品だから安全って事は
昔のＩＢＭで初期不良率４０％とかいう記録が残ってんのを見たことがあるｗ
だから差し替えたら全部書き込みチェックするもんだとばかり・・・（´･ω･`）ｼｭﾏｿ ディスク挿入したらメディアスキャンぐらいは、かかるんじゃないですかね。
もちろん設定次第ですが。 Unit 1 を設定し、ホットスペアとしてHDD#1が認識された(^_^;)
//banana3000> info c0
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache
AVrfy
------------------------------------------------------------------------------
u0 RAID-6 OK - - 64K 6053.47 ON OFF
u1 SPARE OK - - - 465.753 - OFF
Port Status Unit Size Blocks Serial
---------------------------------------------------------------
p0 OK u0 465.76 GB 976773168 6QG15YS8
p1 OK u1 465.76 GB 976773168 6QG14N85
p2 OK u0 465.76 GB 976773168 6QG11Z7M
p3 OK u0 465.76 GB 976773168 6QG15ZP5
p4 OK u0 465.76 GB 976773168 6QG16SGK
p5 OK u0 465.76 GB 976773168 6QG15EYR
p6 OK u0 465.76 GB 976773168 6QG16SAM
p7 OK u0 465.76 GB 976773168 6QG15DFL
p8 OK u0 465.76 GB 976773168 6QG12MYG
p9 OK u0 465.76 GB 976773168 6QG12NSB
p10 OK u0 465.76 GB 976773168 6QG15YP4
p11 OK u0 465.76 GB 976773168 6QG14N7G
p12 OK u0 465.76 GB 976773168 6QG10SS5
p13 OK u0 465.76 GB 976773168 6QG14N66
p14 OK u0 465.76 GB 976773168 6QG14N34
p15 OK u0 465.76 GB 976773168 6QG10PGX
//banana3000>
Unit Maintenance (Controller ID 0)
Unit 0 15 drives RAID 6 5.91 TB OK
Port 14 ST3500630AS 465.76 GB OK
Port 13 ST3500630AS 465.76 GB OK
Port 12 ST3500630AS 465.76 GB OK
Port 11 ST3500630AS 465.76 GB OK
Port 10 ST3500630AS 465.76 GB OK
Port 9 ST3500630AS 465.76 GB OK
Port 8 ST3500630AS 465.76 GB OK
Port 15 ST3500630AS 465.76 GB OK
Port 6 ST3500630AS 465.76 GB OK
Port 5 ST3500630AS 465.76 GB OK
Port 4 ST3500630AS 465.76 GB OK
Port 3 ST3500630AS 465.76 GB OK
Port 2 ST3500630AS 465.76 GB OK
Port 7 ST3500630AS 465.76 GB OK
Port 0 ST3500630AS 465.76 GB OK
Unit 1 1 drive SPARE 465.75 GB OK
Port 1 ST3500630AS 465.76 GB OK
Available Drives (Controller ID 0)
NO DRIVES
>293
＞ヒューマンエラーを防止する策については
ここですよね(^_^;)はい
いずれにしても自動化についてはもうちっと考えて見ます
つーか、おいらしか抵抗してないってことは自動化するのが普通なのかな？(^_^;) 今悩むのはナンセンスかと、
両方できるようになってから悩むべし >>297ﾓﾚは、管理のヒューマンエラーより現場のヒューマンエラーの方が単純で頻度が高いんで、現場での人間の作業はなるべく減らした方がいいという見解。
何せ現場だと常に時間が無いから、担当者が軽いパニックに陥り易い。順番間違えとか処理忘れとか確認忘れとかｗ
ミスが凡ミスのわりに事態が深刻になるからね。可能な限り機械にやらせるべきだと思ってる。
やることが赤ランプのディスクを抜いてゴミ箱（不良ボックス）に捨て、新規ディスクを持ってきて差すというだけなら、並や大抵の馬鹿ならミスは起こせないでそ
で、そのまま待機室に戻っても、チェック後にまた使えないディスクを交換汁メッセージが入ってきて同じことを繰り返すｗ
>>298でも自動化するなら、自動化に必要になりそうな実験のフルログを今のうちにチェックしておかなきゃならないわけで・・・ >298
んだすな(^_^;)
ここまでにできたこと
・１本抜いたときの振る舞いの確認
・２本目抜いたときの振る舞い確認
・３本目抜いた時の振る舞いの確認
・４本目抜いてしまった時の振る舞いの確認(^_^;)
・逆手順の振る舞いの確認
・ホットスペアの復旧手順の確認 腹回りと言われなかっただけ、マシなんじゃないかと。 マァヴだって昔はアレだったんだぞ！きっと、多分…もしかしたら…… http://www.maido3.com/server/zousan/nikki3.html
＞(^_^;)：「おおっ、1号機(manidame)よりも凄く安定しているぞっ！」
まにだめｗｗｗｗｗｗｗｗ まにだめﾜﾛﾀ
てか、誤字をよく見かけるｗプレスリリースとかにもあったような なんか、mamonoと何度か入力してたせいで手が自然にmaと入力してしまっているきがする ■ このスレッドは過去ログ倉庫に格納されています
