【カッパドキア】memories 2.0建造委員会2【過去ログ倉庫】
■ このスレッドは過去ログ倉庫に格納されています
2ちゃんねるの過去ログを一手に引き受けている
oyster902.peko.2ch.net+sumaもデビューから3年。
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」
しかし、過酷な試験に花子はくじけてしまいそうなのだった。
負けるな花子、がんばれ花子! >242
そそ(^_^;)
最後に1番刺して、ホットスペアに仕立てる手順がうまくできればOK
予定では
unit 0:0-2-3-4-5-6-8-9-10-11-12-13-14-15
unit 1:1
になって1番がホットスペア(^_^;) 順調のようですね。
リビルド中(たった今)は、
>>182 >>211 の表示はどうなるのかしら。
あと、show c0 の結果とか。 >>242
ポートは物理的なはずなので、こうなるじゃないかな。
unit 0:0-2-3-4-5-6-7−8-9-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じゃあささやかなくても、ホットスペアに指定するコマンドに偽ささやきさせればおkじゃね? >>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
(´-`).。oO(なるほど、今回のボリュームを最初に作った時点では port15 がホットスペアだったんだろうな・・・)
(´-`).。oO(で、それが何かの拍子に既に変わっていたんだろうな・・・)
(´-`).。oO(なんでだろうな・・・) >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
やはり自動で組み込まれない(^_^;)
すこし時間を置いてみる。 10分経過(^_^;)やはり自動で認識はしないのでリスキャンかける
これで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あるある〜。RAID5だとその数日後にもう一個の他のHDDが飛んで全滅ってパターン >272
確かに(^_^;)そういうミス防げる
>273
なんだよね・・・・(^_^;)条件が複雑すぎる気がする
つまり、よほど自動化のアルゴリズムが鉄壁でないなら
マニュアルでやったほうがいい気もするんだよなぁ・・・・・ >>275ベイを他の用途に使わないなら、差したら自動でいいんじゃね?
入れるのは空のHDDか古いかも知れない情報が入ったままのHDDなわけだから。 >276
ホットスペアの位置は、出動のたびに故障したHDDのポートに変わっていきます(^_^;)
どこがホットスペアになるかは、次に壊れたHDDの番号で決まるわけです。
なので、ベイを決めうちすることはできないかと(^_^;) Auto Rebuild に Hot Spare の項目無し。。。
ん〜探し方が悪いのかな。UserGuide_9690.pdf >>277Unit1に入ってるPortを指定すればおkじゃね?>>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ホットスペアはRAIDのunitの外部にあるんじゃないかと思うんだが・・・つまりスペア指定されたunitの所属 >288
なるほど(^_^;)
ちと考えます。
いや、だいたいの方向は決めてるんだけど、熟考するところなんで。
おおざっぱな思考
・現状で(いくつかの動作試験は残っているものの)要求を満たす動作をしている
・自動でホットスペアを動かすことで得られるメリットとデメリットはよくて±0
・自動でホットスペアを動かすための仕組みつくりと、その実証は結構大変(しかもできるかどうかもわからない)。
そうしなければならない強い理由があればやらないと・・・・って感じですね(^_^;)おいら的に
今、最優先でやりたいのは
「実際の運用上知っておかなければならないことの体験」と思います(^_^;) 不良クラスタ続発でハネたドライブがフォーマットされちまって再び登場。
ってのがホットスペアとして待機してたって経験が一度ある。
在庫ドライブの無い時に担当者が勝手にやった。
新品だから安全って事は無いんだけどー >>290
> >>288ホットスペアはRAIDのunitの外部にあるんじゃないかと思うんだが・・・つまりスペア指定されたunitの所属
なるほど、、、3wareのはそうなるですか。
私が本業方面で昔触ったやつとかoyster902についているSumaとかは、
確かそうではなかった記憶があるです(手元にマニュアル無いのでうろ覚えですが)。
>>291
「体験が重要」には同意です。
Experience の値を上げる方向で。
あと、自動でやるにせよやらないにせよ、
ヒューマンエラーを防止する策については、くれぐれもというかんじで。 >>292投入チェックの時に自動で調べてくれないんだ・・・それは怖いな。
>新品だから安全って事は
昔のIBMで初期不良率40%とかいう記録が残ってんのを見たことがあるw
だから差し替えたら全部書き込みチェックするもんだとばかり・・・(´・ω・`)シュマソ ディスク挿入したらメディアスキャンぐらいは、かかるんじゃないですかね。
もちろん設定次第ですが。 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モレは、管理のヒューマンエラーより現場のヒューマンエラーの方が単純で頻度が高いんで、現場での人間の作業はなるべく減らした方がいいという見解。
何せ現場だと常に時間が無いから、担当者が軽いパニックに陥り易い。順番間違えとか処理忘れとか確認忘れとかw
ミスが凡ミスのわりに事態が深刻になるからね。可能な限り機械にやらせるべきだと思ってる。
やることが赤ランプのディスクを抜いてゴミ箱(不良ボックス)に捨て、新規ディスクを持ってきて差すというだけなら、並や大抵の馬鹿ならミスは起こせないでそ
で、そのまま待機室に戻っても、チェック後にまた使えないディスクを交換汁メッセージが入ってきて同じことを繰り返すw
>>298でも自動化するなら、自動化に必要になりそうな実験のフルログを今のうちにチェックしておかなきゃならないわけで・・・ >298
んだすな(^_^;)
ここまでにできたこと
・1本抜いたときの振る舞いの確認
・2本目抜いたときの振る舞い確認
・3本目抜いた時の振る舞いの確認
・4本目抜いてしまった時の振る舞いの確認(^_^;)
・逆手順の振る舞いの確認
・ホットスペアの復旧手順の確認 腹回りと言われなかっただけ、マシなんじゃないかと。 マァヴだって昔はアレだったんだぞ!きっと、多分…もしかしたら…… http://www.maido3.com/server/zousan/nikki3.html
>(^_^;):「おおっ、1号機(manidame)よりも凄く安定しているぞっ!」
まにだめwwwwwwww まにだめワロタ
てか、誤字をよく見かけるwプレスリリースとかにもあったような なんか、mamonoと何度か入力してたせいで手が自然にmaと入力してしまっているきがする __ _
/ .\__ノ )
(_ノ フ__,ノ
ノ ( ´∀`)
/ 凵 |コ
(. l
∪、, _ ,,ノ
凵 凵 さしずめ、百式は桃か。名の通り魔物か。
この連休、花子の調教も無さそうだし、余興、余興。 VIPをyutoriへ移転させないのかな。
年末年始、とくに年越しのVIPに対応するためという意味も持たせて百式作ってたような気がするんだけど。 確か進捗状況は
抜き差しのテストも終わって、ホットスペア追加等の手順も分かった
しかしSumaのようにガチャポンだけで行けないけどどうするよ?
ってな感じだったかと
負荷がかかっている状態でのテストは済んでいますが
この先もテストをする必要があるかどうかは、情勢によって変わるでしょう。 このあとの予定(^_^;)
あと1つだけ実験やります。予定は明日午前中。
1 一本抜く
2 ホットスペア起動→リビルド開始
3 リビルド中にホットスペア追加(が成功したとして)
4 更に一本抜く
どうなる?(^_^;)
これが終わって、16本すべてが所定の状態に戻ったら実験終了です。 マァヴさん
2つほど質問させてください
・実験中、サーバーは停止しますか
・今回の勝算はいかほどでしょうか >337
・停止するかもしれないししないかもしれない(^_^;)それを確認するための実験だし
・勝算って、どうなったら勝ちなんだろう?(^_^;)動作を確認できればいいわけなんで、勝ち負けはないと思う 停止どんとこい
VIP931で他に行けない奴らが鯖落とされたらどうなるか
いとをかし >>338
回答ありがとうございます
実験の趣旨をよく理解してませんでした、ごめんなさい
実験が成功するよう願っています 本日の実験結果(^_^;)
やること>336
初期状態
UNIT0 0-2-3-4-5-6-7-8-9-10-11-12-13-14-15
UNIT1 1 (ホットスペア)
#2を抜いた
UNIT0 0-2X-3-4-5-6-7-8-9-10-11-12-13-14-15
UNIT1 1 (ホットスペア)
ホットスペアが起動し、#1のリビルドが始まった
UNIT0 0-1R-2X-3-4-5-6-7-8-9-10-11-12-13-14-15
抜いた#2に新品のHDDを入れ、ホットスペアに設定(#1のリビルドは進行中)
UNIT0 0-1R-3-4-5-6-7-8-9-10-11-12-13-14-15
UNIT1 2 (ホットスペア)
#3を抜いた(#1のリビルドは進行中)
UNIT0 0-1R-3X-4-5-6-7-8-9-10-11-12-13-14-15
UNIT1 2 (ホットスペア)
ホットスペアが起動し、#2のリビルドが始まった(#1と#2のリビルドは平行して進む)
UNIT0 0-1R-2R-3X-4-5-6-7-8-9-10-11-12-13-14-15
抜いた#3に新品のHDDを入れ、ホットスペアに設定(#1と#2のリビルドは進行中
UNIT0 0-1R-2R-4-5-6-7-8-9-10-11-12-13-14-15
UNIT1 3 (ホットスペア)
今ここ(^_^;)
■ このスレッドは過去ログ倉庫に格納されています