【カッパドキア】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」
しかし、過酷な試験に花子はくじけてしまいそうなのだった。
負けるな花子、がんばれ花子！

多分2ぐらい

ここまでのお話吹いたｗｗｗｗｗ

苦しくたって〜悲しくたって〜
ラックの中では平気なの

（花子）になっとるｗｗｗ

memories 2.0建造作戦

http://info.2ch.net/wiki/index.php?memories%202.0%B7%FA%C2%A4%BA%EE%C0%EF

>6
あ(^_^;)どもです

>>7
3wareのカードだと各HDDの温度、SMART値も出せるよ
一部のHDD（真ん中とか）だけ温度高いとか調べてみようぜー

┠─┐
┃団│
┃結│
┠─┘
┃
┃

>8
おお(^_^;)それ面白そう

>>7
前スレの998もね

つか、前スレ(^_^;)

【カッパドキア】memories 2.0建造委員会【過去ログ倉庫】
http://qb5.2ch.net/test/read.cgi/operate/1190270743/l50

>11
ぅぃぅぃ(^_^;)どもども

ふぁいとー

ふははｗ
マァヴかわいいよマァヴ(^_^;)

マァヴさんも冗長化しないと、、、花子が餓死(ry

マァブもちゃんとメシ食ってな

ラックの裏に回って電源を引き抜くレバーに手をかけている。

治るまで付き合うとするか…マァヴさんがんばｂ

マァヴの株があがるスレはここですか

壊れたら復旧不能になるくらいなら
FOX氏に実験用の鯖をもう一台作ってもらえばいいのに
VIPとは別の

壊れるか壊れないかのテスト〜

VIPの鯖＝実験用の鯖

来年になったら単体で2TBのHDD発売されるから、4台内蔵できるHDDBOXをNAS
か何かでつなげてバックアップすりゃいいんじゃね？
うはｗｗｗオレ頭いいｗｗｗ

いまさらNASで組み直す事は無いと思うがね。

そういや何でﾏｧｳﾞたんてそんなに汗っかきなの？
冬だよ冬(^_^;)

進捗率35%(^_^;)ここまで140分

日付変わるな

Background Task Rateで
「Rebuild/Migrate Rate」= 「Faster Rebuild」
「Verify Rate」=「Faster Verify」
にすると早くなる鴨

GUIでしかやった事無いからtw_cliの設定方法は知らん

んだな(^_^;)
そしてそのころ、VIPの負荷が最大になるわけだ・・・・

>29
まずはおしきせの手続きで(^_^;)

推定残り時間２６０分…
４時間２０分後、明１時くらい

まぁデカイしね

使いながらのリビルドってどんどん待ち時間長くなるんだよな

冗長性0の時は他のサービスを止めても良いかもしれないね。
調整、調整♪

http://www.maido3.com/server/news/20071219_2.html
http://www.maido3.com/server/news/20071219_3.html
クリスマスにはこういうことやってるんだね。

maido3.copmとはなんぞや

＞maido3.copmでは2007年12月のX'masを迎えるにあたり、

これがちょっときになったが。

肉骨粉か何かやろ

>35
んだねー(^_^;)
冗長性0　危機的状況
冗長性+1 緊急事態
冗長性+2 平時だけどよくない状態（ホットスペアが起動した）
冗長性+3 平時で良好な状態

で+3と+2の間を行き来しているのが普通・・・・かな？

SETTING.TXT入れないの？>VIP

冗長性+3　青信号
冗長性+2　黄信号
冗長性+1　赤信号だけど渡れる
冗長性0　　轢かれる

こういうことか

あ、直った

VIPちょっと重いね

180分経過45%完了(^_^;)きっちり400分で完了のペースやね

>>41
テスト中におきた事象なので、テスト全部終わるまでそのままか、おいちゃん待ちかも。

おいちゃん待ちの理由↓
929 名前： マァヴ ◆jxAYUMI09s 投稿日： 2007/12/19(水) 17:45:42 ID:qhIAlqBy0
>927
設定はおいらには治せないんだ(^_^;)ごめん

ガンダムで言うと(^_^;)
冗長性+3　アムロいきまーすっ！
冗長性+2　シールドが壊れた
冗長性+1　メインモニターがやられただけだっ
冗長性0 　コアファイターで脱出

HDDは毎月数台つづ購入し、予備待機かな？（ストック増えたら購入をヤメれば良い。）
同じ時期に一括購入したヤツは寿命を迎えると（ry

LA 30超えた(^_^;)メモリーはあと500MB

>48
予備ストックはすでに(^_^;)

前スレだかに、ミラーリングしたHDDが壊れるのは片方のHDDの熱の所為だとかという説もあったね。

いまＶＩＰに物凄い負荷がかかったらどうなるの？

>52
さようならVIP(^_^;)とか

VIP無くなったら彼方此方にゆとりが散らばるのかな。見てみたいかも

FOXどこどこ???

ＶＩＰ無くなるんだ


そうかそうか・・・

がんばれ花子(^_^;)花子はがんばった
LA 4.82まで下がった

で、結局どーすんのよ

905  ◆ageru/giNA  [sage] Date:2007/12/19(水) 21:26:12  ID:zOMxBApe0 Be:
    ランダムでID表示されれば、自演がバレて面白い場面が見られる（ ＾e＾;）



・・・・・・っうか、名前ほんとに花子にしたのかよww

さぁ逝くんだ　その負荷をageてぇ〜

VIP潰したい奴集まれー＼(^o^)／
http://afox.2ch.net/test/read.cgi/news4vip/1198068022/

52 名前： 動け動けウゴウゴ２ちゃんねる [sage] 投稿日： 2007/12/19(水) 21:34:51 ID:eTNs0C3T0
いまＶＩＰに物凄い負荷がかかったらどうなるの？

53 名前： マァヴ ◆jxAYUMI09s 投稿日： 2007/12/19(水) 21:35:07 ID:qhIAlqBy0
>52
さようならVIP(^_^;)とか

ささやかないなぁ、、、寡黙にがむばる花子。

ぞうの鳴き声ってどのくらい種類があるんだろ？
少しはお話したりするんだったよね？ ぱぉーん！

>>59
ごめんよw

>>62
実物のアフリカ象はおおよそ６０近くの言葉を持っている
だが、超低周波で会話する為人間には聞き取れない

ぞうさんはストレージ以外のことも話してくれよ。

>61
は、花子が(^_^;)

>65
話せるらしいぞ(^_^;)

花子て死んじゃうんだよね・・・

花子……

大助・・・

あと２時間くらいか……。

280分経過(^_^;)68%完了

花子はメモリーのfreeが400〜500あたりで推移(^_^;)

次世代機は「太郎」・・・か？

ぞうの次はくじらー

くじらの次はティラノサウルスー

花子さん

トイレの？

トイレの？

http://www.asahi-net.or.jp/~UE3T-CB/spa/gunai/gunai.htm
これは円山動物園→旭山動物園の花子

(　；∀；)

徹マン状態だな

360分経過(^_^;)84%

花子さん囁かない・・・・

（＾ω＾）ぉ

見届けたかったけど寝ます。がんばれ！　ﾉｼ

もうちょっとか。先に言っとく、マァヴおつかれ

なんか無事乗り越えられそう(^_^;)

マァヴがんばれー

と思った次の瞬間

花子は死んでしまった

>>90
てめぇｗｗｗｗ

そういやafoxのままだな
ずっとこれ？

>90
あるある(^_^;)

>>90
こえーこと言うなよ……

ちょ… ドキドキ…

最後の締めが危険なんだよね。

間もなく、か

>>90
どこの探検隊だよｗｗｗ

そろそろ終了予定時刻なので来てみれば…あれ？

VIP終了マダー？

どうか無事終了しますように(^_^;)100%で止まったりしませんように

99%〜(^_^;)

ワクワク

(＊´Д`)ﾊｧﾊｧ

こいこい

とんがれ、とんがれ！

100%達成(^_^;)冗長性+1に移行したことを確認！

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!

>>107
ぱぉーーん！

いやー(^_^;)危機は脱した
つーか、やっぱこういう実践的な試験は大切やね。
心構えを体験できるし。

付き合ってくれたみなさん、おつでしたー(^_^;)

冗談性+1きぼん

よしっ

残り作業(^_^;)
１　デッキのラベリングとRAIDカードのポート番号が一致しているかの確認
２　15本体制へのリビルド
３　ホットスペアの回復

ってことで、明日10時くらいに、１をやるために一旦電源が落ちるかもー(^_^;)
目視点検やるー

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
さぁ、寝るか＾＾

乙でした
ずっと・・・陰で見てました・・・。

がんばれ

また失敗か

乙です

超乙

絶対また問題が出る！

問題がおきないほうが問題

こういうときは起きる問題は起こしておくのが大事。

そしてなにやら起きたいよかん

俺はXOだかで(^_^;)がHDD引っこ抜いてるかと思ったんだ
所が洗濯物を引っこ抜くのを忘れてたんだ

ちなみに花子の相方は脳内出血から復帰（ｏｉ

ホットスペアREADY(^_^;)冗長性+2に
そして15本体制にリビルド中(^_^;)

おおおお（^-^）

いい象〜

>>126
先にホットスペアが増えるんですか。

つまり、

RAID6 2本欠損 (角番)
↓
HDD挿入
↓
リビルド始まる
↓
RAID6 1本欠損
↓
HDD挿入
↓
リビルドしないでそのままホットスペアに
↓
RAID6 1本欠損 + ホットスペア
↓
HDD挿入
↓
リビルド始まる
↓
RAID6 欠損なし + ホットスペア (完全状態)

ということなのかな。

>129
こんな感じです(^_^;)

RAID6 2本欠損 (角番) ←昨日18:00頃
↓
HDD挿入
↓
リビルド始まる ←昨日18:20頃
↓
RAID6 1本欠損 ←本日01:30頃
↓
HDD挿入 ←本日11:00頃
↓
リビルド始まる→現在も進行中
↓
HDD挿入
↓
即時ホットスペアに ←いまここ
↓
RAID6 欠損なし + ホットスペア (完全状態)

>>130
なるほど、第二回の＊リビルド中に＊もうひとつHDDを挿入したと。
それならわかります。

第一回のリビルド中にもう一本挿入したらどうなったのかしら。

あと、昨日ばたばたしてたようですが、
結局ぶち抜きテストはどんな結果になったんでしたっけ。

ぞうさん、ささやく
VIP落ちた
ログは無事

無事に済んだらVIPの再引越しか？
またVIPPER達はギャースカ騒ぐんだろうな

(^o^)ノ焼き払えー

引っ越しの時は、先にyutoriを落としてください

そりゃまあ、自分の常駐板でやられりゃ騒ぐ気持ちもわからんでも
しかし、素直？なぐらい反応するなあ・・・面白いｗ

>>132
> VIP落ちた

がなぜか、は、ちょっと気になるところかも。

>>131
即時ホットスペア
リビルド終了
またリビルド始まる
ＲＡＩＤ６欠損無し

>>138
うん、そうなると理想的ですね。

>>8だけど、こんなのどうかな？

「smartmontools」によるハードディスクの監視
「MRTG」による温度のグラフ化
http://www.crimson-snow.net/tips/unix/smart.html

S.M.A.R.T.情報の取得
http://www.medias.ne.jp/~nagata/xeon/smartmontools.htm

-d オプションで3wareポート毎情報を取得出来るみたい

>>137
実験開始直後に板にアクセスできなくなったから
cgiがとまったか、データ防護で止められたか

セッティングと看板、LRが飛ぶのは予想外でした

>131
昨日のテストはかなり長い話になります(^_^;)
というか、現在昨日の出来事は結局どういうことだったのかを整理中ー

>>142
了解です。

板設定 (>>141) は、元に戻したんでしたっけ。

板設定は元に戻ってるよ。狐がやってくれたみたい

>>143
おちる少し前のセッティングを流し込んでもらえた模様
それまで、任意IDやら連投規制がゆるかったり名無しが「名無しさん」になったり祭に

ちゃんと確認はしてませんが、１００１のAAが1世代前（ずれたままのAA）に戻ったらしいというのを
afox運用で見かけましたね
あれって、直ったんですかね

どこかに排他処理の緩い部分があるんだろうね。
落ちる前のリクエストがバッファリングされているだろうしー
冗長性0になったらロックしてリカバリー処理に専念した方が安全なのかもしれない。

でも、0になる前に対処するのが運用管理ってもんだよな。
保守管理作業でのミスまで考慮したら冗長性+1の時にロックすべきか、、、キリが無い。

んーと(^_^;)わかりやすいようにHDDを次のように書きます

１-２-３-４-５-６-７-８-９-10-11-12-13-14-15-16

７がホットスペアです。○付き数字は故障しているとかそういうドライブです。
昨日の試験開始前の初期状態は検証した結果

１-２-３-４-５-６-�F-８-９-10-11-12-13-14-15-16

でした。つまりホットスペアは機能していなかった（昨日見てた人、この先の悲劇はもうわかるよね？(^_^;)）
ここからドライブを生きたまま３本引き抜き始めます。
（すでに悲劇は確定的です(^_^;)）

VIPのSETTING.TXT等が飛んだのは
現在VIPがジンギスカンだということと関係あるのかも、、、

/md/ がらみと思うなぁ

>>147
そうやって並べるなら、ホットスペアは単にＨでいいんじゃないかなと。

まず１を抜きます

�@-２-３-４-５-６-�F-８-９-10-11-12-13-14-15-16

ここでは、表面上なにも起こらず、サービスは維持されています
冗長性は+1です
さらに２を抜きます

�@-�A-３-４-５-６-�F-８-９-10-11-12-13-14-15-16

これでも表面上は何も変化はなく、サービスは維持されていました。
＊冗長性は0です＊
さて、ホットスワップが機能していないことに気がついていないおいらは
いよいよ＊冗長性０＊を試すために３番を抜きます・・・・

で、説明の続きをおながいします。
なんとなくわかった気がしますが、まずは整理整頓をば。

>>148
なるほど、今回のHDDとは別事情ということで。

もっかい吹っ飛ばせよ

�@-�A-�B-４-５-６-�F-８-９-10-11-12-13-14-15-16

ディスクアレイは停止し、サービスが止まりました(^_^;)
なぜ止まったのかわからないまま、試験を続行しました。
次に３を刺します。

�@-�A-３-４-５-６-�F-８-９-10-11-12-13-14-15-16

この時点で、ステータス上は正常（冗長性0）とされ、リビルドなどは発生しませんでしたが
ここでサービスが再開したかあるいは停止したままだったか、現在不明。

>153
サービスが再開しなかったことが今、確認された。

>>154
(^_^;)がないと真面目っぽく見えるよ＞＜

更に、２を挿入しました
結果、リビルドが開始されました。

�@-Ｒ-３-４-５-６-�F-８-９-10-11-12-13-14-15-16

このリビルド中に１を挿入しました
すると、１はunit 1に組み込まれ、レイドアレイの外に出てしまいました。
２番のリビルドが終わった時点で

[1]-２-３-４-５-６-�F-８-９-10-11-12-13-14-15-16

という状態になりました（ちなみにホットスペアの７番はunit2になっていて、やはりレイドアレイの外です）

>>153-154
なるほど、状況よくわかりますた。

データが吹っ飛ばなかったのは、運がよかったですね、、、。
で、

サービスが再開しなかった
↓
リブートかけた

んでしょう。きっと。

それで、リブートした時に、

「前に一時的にドライブが見えなくなったけど、
同じドライブがまた見えるようになったみたい。
データも残っているから、とりあえずよしとしよう、そうしよう」

となったんですね、きっと。

この時点で、サーバをリブートし（リビルドが終わるのを待った）た結果
サービスが再開しました。
これが、昨日の16:00頃です。

第一部　-完- (^_^;)

第一部（笑）

>>159
つまり洗濯物が干されていない状態（前日のが洗濯槽に入ったママ）でzzz...

日記にまとめといてｗ

第二部(^_^;)

さて、ここで現象を振り返って色々考えたわけですが
まだホットスペアが機能していなかったこと（つまりレイドアレイが破綻したこと）について気がついていません。
第二部の開始状態は以下のとおりです。

[1]-２-３-４-５-６-[7]-８-９-10-11-12-13-14-15-16

ホットスペアも別ユニットになっているので[7]としますね。

第一部かよｗ

詳細解説ありがとう

>>163
これは、「RAID6 で一本欠損していて、ホットスペアなしの状態」
でいいのかしら。

次になにをしようとしたかというと
[1]を抜いて、再度刺してリビルドが行われるかどうかを確かめようとしました
しかし・・・・ここで間違えて４を抜いてしまったのです
（おいらがラベリングとポートの対応を間違えた。これは人為的ミス）
この結果

[1]-２-３-�C-５-６-[7]-８-９-10-11-12-13-14-15-16

となります。
冗長性は0です。
ここで初めてホットスペアが機能していないという事実に気がつきます(^_^;)
しかし、実はまだ第一部の検証が終わっていなかったため
レイドが破綻した事実には気がついていません(^_^;)とほー

>165
そうですそうです(^_^;)

今後の量産型花子に影響するからなるべくkwsk

(^_^;)はようやく、のぼりはじめたばかりだからな
この、はてしなく遠い鯖坂をよ…

さて、間違えて引き抜いたことは、引き抜いた直後に気がつきました(^_^;)
しかし、サービスは継続しています。
冗長性0である認識はあったので、まず復旧を行います
４番を刺しました。

[1]-２-３-Ｒ-５-６-[7]-８-９-10-11-12-13-14-15-16

サービスを継続したまま４番のリビルドが行われ
午前01:30頃無事リビルドが完了。冗長性は+1になりました。

第二部 -完- (^_^;)

ギリギリセーフ＞＜

結構危なかったんだな

第三部(^_^;)

いよいよ全体像がつかめてきました(^_^;)
あとは[1]と[7]を復旧させるだけです。
当初の考えどおり、１を抜いて再度刺しましたが、状況は変わらず。
そこで[1]を再度抜いた状態で、unit 1を削除しました。
で、全体をリスキャンして、状態を再確認すると

�@-２-３-４-５-６-[7]-８-９-10-11-12-13-14-15-16

・１はディスクがないよ
・７はunit1だよ

と認識するようになりました。

マァヴ(^_^;) はRAID6より強かった。すげー！
最小被害で抑えたぞうさんもすげー！

そこで１に新品のディスクを挿入しました。
リビルドが始まりました。

Ｒ-２-３-４-５-６-[7]-８-９-10-11-12-13-14-15-16

更に、７を抜いて、unit1(7が属しているunit)を削除。
７にリスキャンをかけて７に新品を刺したら
刺した瞬間からホットスペアが機能しはじめました。
現在の状況は

Ｒ-２-３-４-５-６-７-８-９-10-11-12-13-14-15-16

１のリビルドが終われば完了の予定です(^_^;)ふう

ささやいたー(^_^;)チェック開始

>>177
完走したら再度、

【カッパドキア】memories 2.0建造委員会【過去ログ倉庫】
http://qb5.2ch.net/test/read.cgi/operate/1190270743/910

の情報を貼っていただけるとうれしいです。

マァヴさんの説明によれば、
上記は、ホットスペアが機能してなかった状態のもののはず。

まぁ、なによりってことで


>>178
確かにそうだ

>>177
活抜実験のとき、3DM2の画面には何も
出てなかったの？（GUI版を使用してた場合だが）

あい(^_^;)
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 1 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
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
-- -- -- NOT PRESENT
Port 7 ST3500630AS 465.76 GB OK
-- -- -- NOT PRESENT
------------------------------------

banana3000# date
Wed Dec 19 22:31:26 PST 2007
banana3000# tw_cli
//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 u0 465.76 GB 976773168 6QG0TLHT
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 u1 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>

現在の状態

１-２-３-４-５-６-[7]-８-９-10-11-12-13-14-15-16

７は別ユニット(^_^;)

>>181
微妙に出力形式が違うような、、、。

show unitstatus

とかすればいいのかしら。

>>182-183
了解です。

man してみた。
やはり show unitstatus でわかるみたい。

(以下引用)
/cx show unitstatus
This command presents a list of units, their types, capacity and status cur-
rently managed by the specified controller /cx.

Example:

//localhost> /c2 show unitstatus

Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy
------------------------------------------------------------------------------
u0 RAID-5 OK - - 64K 596.004 ON OFF
u1 RAID-0 OK - - 64K 298.002 ON OFF
u2 SPARE OK - - - 149.042 - OFF
u3 RAID-1 OK - - - 149.001 ON OFF

u0 が RAID-6 OK で、
u1 が SPARE OK なら、
ぱちぱちぱち、で。

>185-186
おー(^_^;)了解

>185-186
そういう表示にならなかった(^_^;)

//banana3000> /c0 show unitstatus

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

//banana3000>

これはホットスペアとして機能してないってことなのか？(^_^;)

で、、、。

>>182 をみると、なっていないような肝。


/c0 add type=spare disk=7
/c0 show

でどうかな。

で、マァヴさんのここまでの説明は、よく見るとちょっとどきどきですね。
>>182 とかはドライブを「0から数えている」のに、
マァヴさんは1から数えている。

しかも、別ユニットのは番号が7で一致している、、、。

またもや。の予感

>>188
してませんね、、、。

u1 の設定がおかしい気がします。

まだマニュアルを5分ぐらいしか読んでませんが、
このRAIDカードは、

・物理 port 0 - port 15 に HDD がつながる
・論理ユニット u0 とか u1 単位で、RAID 設定や spare 設定ができる
・u0 を RAID 6 にして、u1 を spare にする、という感じで設定する

みたいなので、

u0 は 0-6, 8-15 で RAID 6
u1 は 7 で spare

になっていないとおかしいと思います。

で、例えばシステムディスクもここに入れたければ、

u0 0-1 で RAID 1
u1 2-14 で RAID 6
u2 15 u0 u1 共通の spare

とかいうのも可能みたい。

Port7のディスクは刺さってるだけということですか？

だから彼はRAID6よりつおいんだってw

といったところで本業の会議。
そのあと締め切り物の原稿(これはもう今やっているが、、、煮詰まるとここに)。

んでは。

>>192
Probably, yes, I guess.

>189
あー(^_^;)経緯説明内の番号は、０から15のところ、間違えて1-16で書いちゃいました
操作したドライブの番号は間違ってないけど、あの図の
１の前に0を加えて、最後の16を削ったのが正しい情報になります。

花子は綱渡りの芸を覚えた！！

>194
どもです(^_^;)
ホットスペアまわりはもうちっと調べて、必要があれば実験するですー

これは確実に第四部の幕開け

ずっとマァヴ(^_^;)のターン

ｶﾁｬ　y=ｰ(^_^;)･∵.　ﾀｰﾝ

そして終幕へ・・・

それでも花子は活き続けます

第四部で大波乱の予感








…comming soon

coming soon に一致する日本語のページ 約 529,000 件中 1 - 50 件目 (0.08 秒)

comming soon に一致する日本語のページ 約 83,000 件中 1 - 50 件目 (0.29 秒)

もしかして: coming soon

あちゃー////ﾃﾚﾃﾚ

マァブはrootに教えてもらって
cunning soon

カンニングするん？

運用手順を間違えても、データを守る堅牢性は誇っても良いと思うんだ。
とりあえずRAID6、ホットスワップで動かそうよ。

とりあえず、強度はおk。と。
次はマァブの整形だなw
取説10000000回読み直しとけー。

[3dm2でのユニットメンテナンス&確認画面]

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 1 ST3500630AS 465.76 GB OK
Port 0 ST3500630AS 465.76 GB OK
------------------------------------
Unit 1 1 drive SPARE 465.75 GB OK
Port 7 ST3500630AS 465.76 GB OK
------------------------------------

さて、これでスペアとしてして動くのか？(^_^;)
・ここで、レイドアレイから一本抜くと、ホットスペアが機能するか？
・ホットスペアとして機能したとして、抜いたベイに新たにＨＤＤを刺すとどうなるのか？
・ホットスペアが使われた後の、処理はどうなるのか？

>>211
おお、SPAREってる？

会議終わり。

これを可能であれば印刷・製本して、手元においておくと幸せになれると思います。
tw_cli コマンドの使い方は、これと同じのはずです。

http://www.3ware.com/support/UserDocs/CLIGuide_9690.pdf

3ware SAS/SATA RAID Controller
Command Line Interface Version 9.5
Supports the 9000 Series(9690SA, 9650SE, 9590SE, 9550SX, and 9500S)

110ページぐらいあるようです。

でも、「隅から隅まで全部読む」のではなく、
「手元において、必要なときにいつでも読めるようにしておく」
ことが、たぶん重要です。

印刷・製本は、
キンコーズみたいなところに頼んでもいいですが、
とりあえず印刷して、バインダーに閉じておくだけでもじゅうぶんです。

うちにいくと、Suma ストレージのマニュアルを印刷・製本したものが転がっています。
150ページぐらいだったかな。もう4年前か。

がんがってくださいと、('A`)さんにお伝えくださいです。＞マァヴさん

>>211
おお、いいかんじに見えますね。

ようやく、ここから本番スタートで。
今までのは全部リハーサル。

あーよかった。マニュアルを探していたところだった。

もう一度、想定される動作を確認
　↓

GUI版のマニュアルはこれかしら。
http://www.3ware.com/support/UserDocs/3ware9500SUsrGuide.pdf

基本は同じことが書いてあるんではないかなと。

あいあいー(^_^;)

>>217 はこっちのほうが新しいか。
>>214 のに相当する模様。
http://www.3ware.com/support/UserDocs/UserGuide_9690.pdf

印刷できた(^_^;)

>>220
おつですた。

「くれぐれも全部を読んですべて理解しようとしないでください」と、
('A`)さんをはじめ皆様にお伝えくださいです。

「インデックスからマニュアルをうまく拾い読みする」のも、
スキルのひとつということで。

明日の予定(^_^;)
１　現在の状態で、正しくホットスペアが稼動するのか
２　ホットスペアを稼動させた後、新たなホットスペアを補充する手順の確立

たぶん、花子で一番多い作業がこの２つになるんで、みっちり検証します(^_^;)
予備のHDD使い切ったので、今夜はフォーマット大会の予定。

>221
ぅぃぅぃ(^_^;)そのように

何とか大会って言うのは大阪人の特徴らすい。
洗濯大会とか、買い物大会とか、フォーマット大会とか。

テレビでやってた

ちなみにおいらは京都人です(^_^;)
京都人も見えない刀で切られます・・・・たぶん

板新設（分割）大会でもｗ

マァヴも京都人か
京都は寒すぎて困る＾＾；

実はおいらも京都生まれだったりします（照）

花子大丈夫か

今日の予定(^_^;)
１　現在の状態で、正しくホットスペアが稼動するのか
２　ホットスペアを稼動させた後、新たなホットスペアを補充する手順の確立


は予定通り粛々と執り行われるのだろうか

■　ぞうさんからのお知らせ 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
のってないからたぶんないんじゃない？

うひ(^_^;)

またマァ(ry

ちょっと感動してたのに
http://www.maido3.com/server/zousan/nikki3.html

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を動かしながら抜く

これで。

>>248
Very cool.

ホットスペア起動のメッセージが欲しいねぇ

無いのならステイタス一式をチェックするシェルスクリプト等で
変化を囁いて欲しいものだ。ま、ボチボチー♪

>251
んだなー(^_^;)ほしいなー

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
んだすな(^_^;)

ここまでにできたこと
・１本抜いたときの振る舞いの確認
・２本目抜いたときの振る舞い確認
・３本目抜いた時の振る舞いの確認
・４本目抜いてしまった時の振る舞いの確認(^_^;)
・逆手順の振る舞いの確認
・ホットスペアの復旧手順の確認

ワークステーションのおとっぽくなってきた

マァブのレベルが上がった

花子の頑張りをこれからにと

>>302
いくつ？

運が　5　あがった！

運かよっ(^_^;)

ＶＩＰの引越しはいつ頃になる見込み？

おととい

腹回りと言われなかっただけ、マシなんじゃないかと。

マァヴだって昔はアレだったんだぞ！きっと、多分…もしかしたら……

http://www.maido3.com/server/zousan/nikki3.html

＞(^_^;)：「おおっ、1号機(manidame)よりも凄く安定しているぞっ！」

まにだめｗｗｗｗｗｗｗｗ

意外とmanidame多いな

まにだめﾜﾛﾀ
てか、誤字をよく見かけるｗプレスリリースとかにもあったような

なんてこったいｗｗｗ

なんか、mamonoと何度か入力してたせいで手が自然にmaと入力してしまっているきがする

BNM<の並びによるタイプミス

namamonoとミスタイプする日も遠くない

namamono鯖ができたりして

すぐ腐るやん・・・

himonoなら腐らないのかな。

mahoroなｒ(ry

http://www.maido3.com/server/ci/hanako.html
これは・・・

>>322
ワロタｗｗｗｗｗｗｗ

花子(*´∀｀)ﾊｧﾊｧ

>>322
吹いたｗｗ

マァヴか

http://www.maido3.com/server/ci/hanako_b.gif

こんなデザインがいいと思うんだ＞花子
http://up2.viploader.net/pic/src/viploader544280.jpg

　　　　　　 ＿＿　　 　_　
　 　　　 ／　　．＼__ノ )
　　　　（＿ノ　　　ﾌ__,ノ
　　　　 ﾉ　　( ´∀`)
　　　　/　　凵　　 |コ
　 　　(.　　　　　　 ｌ　　　　　　　　　
　　　　∪､, 　_　,,ノ
　　　　　 　凵 凵　

さしずめ、百式は桃か。名の通り魔物か。

この連休、花子の調教も無さそうだし、余興、余興。

もう実験は終わったのかなぁ
予定を知りたいなぁ、

このまま調教がない年末なんて
つまらない

ヘタにちょっかい出すと年末年始を吹っ飛ぶｵｶﾝ

それが待ち遠しい

VIPをyutoriへ移転させないのかな。
年末年始、とくに年越しのVIPに対応するためという意味も持たせて百式作ってたような気がするんだけど。

確か進捗状況は
抜き差しのテストも終わって、ホットスペア追加等の手順も分かった
しかしSumaのようにガチャポンだけで行けないけどどうするよ？
ってな感じだったかと
負荷がかかっている状態でのテストは済んでいますが
この先もテストをする必要があるかどうかは、情勢によって変わるでしょう。

このあとの予定(^_^;)
あと１つだけ実験やります。予定は明日午前中。
1 一本抜く
2 ホットスペア起動→リビルド開始
3 リビルド中にホットスペア追加（が成功したとして）
4 更に一本抜く
どうなる？(^_^;)

これが終わって、１６本すべてが所定の状態に戻ったら実験終了です。

マァヴさん
2つほど質問させてください

・実験中、サーバーは停止しますか
・今回の勝算はいかほどでしょうか

>337
・停止するかもしれないししないかもしれない(^_^;)それを確認するための実験だし
・勝算って、どうなったら勝ちなんだろう？(^_^;)動作を確認できればいいわけなんで、勝ち負けはないと思う

停止どんとこい
VIP931で他に行けない奴らが鯖落とされたらどうなるか
いとをかし

>>338
回答ありがとうございます
実験の趣旨をよく理解してませんでした、ごめんなさい
実験が成功するよう願っています

本日の実験結果(^_^;)
やること>336

初期状態
UNIT0 ０-２-３-４-５-６-７-８-９-10-11-12-13-14-15
UNIT1 １　（ホットスペア）

#2を抜いた
UNIT0 ０-2X-３-４-５-６-７-８-９-10-11-12-13-14-15
UNIT1 １　（ホットスペア）

ホットスペアが起動し、#1のリビルドが始まった
UNIT0 ０-1R-2X-３-４-５-６-７-８-９-10-11-12-13-14-15

抜いた#2に新品のHDDを入れ、ホットスペアに設定（#1のリビルドは進行中）
UNIT0 ０-1R-３-４-５-６-７-８-９-10-11-12-13-14-15
UNIT1 ２　（ホットスペア）

#3を抜いた（#1のリビルドは進行中）
UNIT0 ０-1R-3X-４-５-６-７-８-９-10-11-12-13-14-15
UNIT1 ２　（ホットスペア）

ホットスペアが起動し、#2のリビルドが始まった(#1と#2のリビルドは平行して進む)
UNIT0 ０-1R-2R-3X-４-５-６-７-８-９-10-11-12-13-14-15

抜いた#3に新品のHDDを入れ、ホットスペアに設定(#1と#2のリビルドは進行中
UNIT0 ０-1R-2R-４-５-６-７-８-９-10-11-12-13-14-15
UNIT1 ３　（ホットスペア）

今ここ(^_^;)

おぉ(驚)！
やっぱり花子は「かなり賢い」。

毎回ホットスワップの場所変わるの？
エラーランプとか無いみたいだし交換要員が間違ったりしないのかな？

わかったこと
１　障害が発生し、ホットスワップが起動したら、障害HDDを新品に交換し、ホットスワップに設置できる
２　リビルド中に新たな障害が発生しても、ホットスワップがあれば機能する
ということで
「実行されているリビルドが２つ以下ならば、故障したHDDをホットスワップ化する」
ことで、連続した障害に対する耐性を向上できることが判明(^_^;)
ただし、現状（つまりリビルド２つ＋ホットスワップ）では冗長性は０です。

>343
毎回変わります(^_^;)
ランプは点灯しない（というかない）ので、デッキ番号とポート番号で管理します。
デッキ番号とポート番号は一致しています。

>>345
この後の予定は？

>346
実験はこれで終了ですー(^_^;)ってことでいよいよ本題の「memories 2.0建造」かな？

現在まだリビルド中(^_^;)ちょいと待ってね
RAIDアレイがすべて平常に戻って、予備HDDがすべて準備完了したら終了宣言の予定

お。お。お。お。（　＾ω＾）
いよいよ本編スタート

お疲れ様です
実験は大成功だったようで、喜ばしいことです
花子のささやきも働いていて心強いですね

２．０いよいよ始動ですか

今回は予測通りの動きを示しました(^_^;)
予想外だったのは、リビルドが２つ平行して進む点。
よくできてます＞花子

>>351
> 予想外だったのは、リビルドが２つ平行して進む点。

ふむー。RAID 6だからってことですかね。

>352
RAID5では二つてこと自体発生しないわけで(^_^;)その状況では破綻してるし
RAID6の実装として、一台づつ順次リビルドではなくて、両方同時にリビルドするようになっているようです。
どっちがいいのかっていうと、一台づつのほうが、冗長性+1に速く到達する気もするんですが(^_^;)

1TBのデータ転送、気が遠くなるくらい時間かかりそう。

なるほど、rebuild の間は wait するんじゃないか、って思っていたということですか。>>353

その動作はなんとなくですが、configurable な気がします。
設定を変えるかどうかは別にして、マニュアルをあたっておくといいかも。

>355
あいあい(^_^;)確認します
とはいえ、現状で満足な状態なので、あえて１台づつモードは目指しません
原則、デフォルト（つまりメーカー推奨）を使いこなします。

>>353原理的に０→＋１→＋２よりも０→＋２の方が、ざっと40%程度早いです。
０→＋１と０→＋２の差はだいたい6%ぐらいしかないはずなので、気にするほどではないと思われます。

>>356
> とはいえ、現状で満足な状態なので、あえて１台づつモードは目指しません

はい、それで問題ないと思います。

>>357
ほほう。

ささやいた(^_^;)
リビルド完了〜

おー

でかした

さて、次のアクションは、、、。

memories2、本格スタート?

できる状態になったのかな?

と言うことは今夜あたりVIPは古巣へ？

ＶＩＰはまたお引越し？

記憶では、

1) システムディスクどうしようか
2) 使ってないネットワークカードが入ってるみたいだけど・・・
3) 長く使い続けるものだから当初から 64bit化、4G mem化 したほうがいいんじゃね

ぐらいが課題として出ていたはず。

>>366
で、
1) は、あえてこのままいく、という手もあるかな、という話をしていたと思います。
もちろん他の T-banana 同様に RAID 1 にするのもありだと思います。

2) は、気にする必要はないでしょう。

3) は個人的には、やっておきたい気がしますね。

ドライバーとかがちゃんとあるんだろうか・・・64bit

>>368
twa の amd64 用ドライバがあるのは確認済です。

HDD大量に積んでるから、エアフローとか考えても
不必要なカード類は外した方がいいんじゃね？

作業完了予定(^_^;)明日の正午
残り作業
・予備HDDのフォーマット

花子自身は完璧に動作しています(^_^;)

>>371
ハードウェアの予備体制も含め、明日正午にて準備完了と。

ということは、このまま過去ログ倉庫として2chにリリースする、
ということでおｋなのかしら。

仕様はこのままで行こう。
つまり再インストールとかはなし、当然32bitのまま

ん? 64bitじゃなかったっけ?

>>372
その方向でここで話し合いをつつけたいなと、

現状は32bitです(^_^;)

>>373
今は32bit版ですね。

banana3000:~$ uname -m
i386

一回も落ちずにいい仕上がりだと思うな
堅牢そのものに見える。

現在のスペックは、

標準T-banana - (250G HDD x 2) + 80G HDD + Realtek Network IF x 2
+ (RAID card + 500G HDD x 16)

ということになりますね。

標準T-bananaと同じ、メモリは2Gで、32bit版ということになるです。

>>377
死亡フラグ立ちましたー

へへへ(^_^;)おいらもそう思います

で、システムディスクですが・・・・
１RAID 1にする
２RAID 6にユニークデータを置いて、システムディスクはいつでも入れ換え可能にする
３RAID 6にユニークデータのコピーを置いて、システムディスクが壊れたら、そこを読み出せるようにして復旧させる
４このままでいく
５もっと凄いアイデアを考える

３が一番手っ取り早い上に、確実な気がします(^_^;)

>>377
システムディスクがふっとぶリスクは旧banana程度にはあると思いますが、
その時には単純に HDD 交換(その間は収容している過去ログが見られない)
ってことですね。

RAID 6 のほうは、
ちゃんと設定ができてからは、きちんと動いている様子。

花子からブートするバナナ達、、、

>>380
2 と 3 の違いは、、、。

symbolic link する、ということかしら。
だとすると、あんまりおすすめできないですね。
RAIDカードに異常が発生すると、復旧作業がしにくいです。

直感的に、1 か 3 じゃないでしょうか。

>383
ですです(^_^;)方法論は色々あるかもだけど
ユニークデータをRAID 6上に配置して、そこから読み込んで動くってことです。

というかきっと、

A) 1 と 3 の組み合わせ
B) 3

のどっちかがいい気がしますね。

1 と 2,3 は互いに独立な手法ですから。

くらべてみると(^_^;)
１のメリット
　既知の手法（T-bananaで経験済み）
１のデメリット
　両方ふっ飛ぶことがある(T-bananaで経験済み)

３のメリット
　RAID1より堅牢である
　現状から改変が不要
３のデメリット
　始めてやることである
　１に比べて復旧手順がちょっと複雑

4で船出して、ぼちぼち3を組み込むに一票。

あと、思うんですが、
基本的には旧 banana サーバのシステムディスクだけがこわれた時の
リカバリーオペレーションと、
本質的には同じなんではないでしょうか。

単に、データディスクが堅牢になって、
容量がばかでかくなっただけではないかと。

そしてその際のリカバリー手法やノウハウはさすがに、
既に蓄積されているんじゃないですかね。

んじゃそれで(^_^;)
どっちにしても４から始まるわけだし
なにはともあれ４でスタートってことで

>388
です(^_^;)
４の状態である間は、bananaと同じですー

>>387
それでいきますか。

>>381 の第一段落の運用ポリシーでいくんであれば、
わたし的には特に異論ないです。

んじゃ　>>387 でいこう。
始まりはあした。それまで特に反対意見が出なければ

memories2 は船出 !!

明日VIPがyutoriに戻る
でよろしいですか？

おー(^_^;)

>>393
「かもね」くらいです。
大掃除、大掃除。

なんか・・・こわい(^_^;)

今のバーチャルホストを banana3000 に移したら、
旧 tiger/cobra 達は OS から入れ直して、
いよいよバックヤード系の旧 banana の置き換えにかかろうかと。

年始あたりからぼちぼちと。

ちなみにroot付き？　rootなし？(^_^;)

>>398
banana3000 のことですか。

お薦めはrootなしなんだけど（RAIDまわりの扱いがあるので）
過去ログ倉庫の建造ってやったことがないんで、ちと不安(^_^;)

>399
ですです(^_^;)

なしで行きましょ

訓練、訓練　!

ぅぃぅぃ(^_^;)

>>400
中身の心配はおせっかいでは?

>404
あー、普通にアカウント作るだけでいいのか(^_^;)了解了解

なるほど、
そういうことであれば、なしでいいんではないでしょうか。

基本は同じです。
２ちゃんねるには土地を出していただければいいはず。

あとは収容班(私とか)が作業して、
支障があればここで調整でいいんではないかと。

>406
あいあい(^_^;)

>>406
(・∀・)ゝ

で、ぱっと思いつくところでは、
ページビュー計測のところですね。

「２ちゃんねるセッティング」して土地を出すということは、
おのおののバーチャルホストごとにページビューが計測される、
というかんじになるですね。

今の memories では httpd.conf を少し細工して、
teri.2ch.net で全部のページビューが計測されるようにしているです。

バーチャルホストが将来、100とかのオーダーになってくると、
今のしくみだと100個、ログ処理プログラムが常駐することになるので、
ここのところは何か、考えておいたほうがいいかもです。

ということで個人的には memories2.2ch.net という、
それ用のバーチャルホストを作って、
ページビュー用のログはもっぱらそこでとられるようにする、
とかいう手法がいいのかもな、と思いました。

いずれにせよこのへんは、実際の収容段階での調整事項ということで。

過去ログが整備されたのなら、一番アクセスが多い過去ログランキングとか出してくれると
累計・年・月・日計ぐらいででると面白いかもー

あったらすまそ、

ちなみに今のmemoriesには、250個のバーチャルホストが収容されているです。

>410
開発中(^_^;)つhttp://u.la/help/tools/

>>410
あぁ　その計画もすすんでいるんだった。
スレどだったかぁ

これかな
■　Top700、トワイライト6833作戦。
http://qb5.2ch.net/test/read.cgi/operate/1175843779/

それそれー

計画何個あんねんｗ

予備HDD出来上がり(^_^;)全て完了ー
花子、完成です

>>417
う、生まれた？

はい(^_^;)

おー、ついに完成
おめでとうございます

こういうことこそ”壷”で宣伝しなきゃ
先日のポストでも呼ばれたけど

とついにVIP出戻りか〜ｗ

そして　>>395 のイミがVIPの前に姿を現すｗ

>>417
ということは、過去ログ収容用のアカウント作成依頼をしてもよい、
という話なんですかね。

>423
OKですー(^_^;)

>>424
了解です。

私のほうではまず一つ分収容作業をすすめてみて、
収容作業の流れを確立しようかと。

で、それより news4vip の移転が先の予感も。

ひとつ質問です。>>424

そろそろ年末年始休暇になると思うのですが、
アカウントの作成とかDNSの変更とかについては、
通常作業系としては、年内はいつまでおｋでしょうか。

1) 今日
2) 明日
3) その他

>426
28日(本日) 28:00までOK 18:30までなら大量に来ても大丈夫
29日 18:00-28:00までOK
2日 10:00-18:00までOK
４日以降は普段通りー(^_^;)

ちなみにアカウントを作ってDNS通す以外にやることありますか？
DSOのセッティング
/mdのセッティング
pv計測のセッティング
などなど

>>427
了解です。

んでは、必要な土地だけ作っておきますか。

要領ですが、基本的にはバーチャルホスト引越しのときと同じです。
ただし、DNS変更を＊移動作業後＊にしていただけると助かります。

1) banana3000 上にアカウントを作成いただく
* アカウント名はこちらで指示します。
* 例えば game11 なら ch2game11 とかになります。

2) アカウントの準備ができたら、
アカウント情報をアカウント作成依頼者までお送りいただく
* ただしこの時点では、DNSの変更はしないでください。

3) 作成依頼者がログインできることを確認し、必要な中身をコピーし、
過去ログサーバとしてのセットアップをする
(dat落としとか、64bitサーバから移動する場合はバイナリCGIの入れ替えとか)
* この作業の前に、該当サーバへのF22/F35、Rock54丁稚どん等が止まっていることを確認しておくこと

4) 作業終了後、DNS変更依頼を出す

5) DNSが変われば、めでたしめでたし

あいあい(^_^;)了解です
で、アカウントに施す特殊なセッティングは？

で、アカウント作成時のセッティング内容ですが、

・DNSはアカウント作成と同時には＊通さない＊(>>428 参照)
・dsoは通常通り設定いただく
・メモリディスクのセッティングは＊必要ない＊
・PV設定は通常通り設定いただく

で、おながいいたします。

以上、といった流れを考えております。

>430
超了解しました(^_^;)

で、PVについては将来、何か考えたほうがいいかもしれないけど(>>409 参照)、
今はまず、たんたんとそのまま収容の方向ということで。

で、music8/tv11 の作業が終わったら、
土地作成をまとめて依頼しようかなと。

>433
あいあい(^_^;)お待ち申し上げます

>>427
マァヴ、働き者だなぁ
今日は官庁御用納めなのに

サーバ屋には盆も正月もないのだ(^_^;)まいったか

たのもしい人だ＞マァヴ

でも毎日が祭日なんだろうなぁ♪＠きゅうり踊りとか象さんの曲芸とか

大晦日・元旦に休出ー！




しないといいねｗ

参りました
そっか、サーバーは46時間中運転してるもんね
その面倒を見るのも休みなしかぁ
そのおかげでいつでも利用できるんですよね

ってか年末・正月に休まれたらこっちも思う存分遊べない
実況鯖とか携帯鯖とか落ちたらたいへんたいへん

ま、その分普段たっぷり休んでるからな(^_^;)はっはっは

>>425

します　します

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

news4vip 移転した　afox -> yutori

はぇー

おつです。>>445
afox はそのまま、
栄えある memories2 収容サーバ第一号ということで。

はーい
また何か実験するかも知れないし、

つか移転→VIP931のコンポでわろたｗ

>>447
afoxはもう板は入らないのかしら？
それなら丁稚ドンoffしますけど・・・

ONのままでお願いしますー

いつでも再登場できるようにステンバイモードで
ex23もです

>>451
了解しますた

>>451
まじで左手ヤバくないか？
「ステンバイ」

Stand by.
発音をカタカナ表記で「ステンバイ」が普通

ああ、突っ込んだから>>454負けね

かな入力だよ
Qた　Wて　Eい　Rす

以下、手はずどおりにてよろしくおながいいたします。
DNSはまだ変えないでくださいです。

ch2news23 news23.2ch.net
ch2ex20 ex20.2ch.net
ch2live25 live25.2ch.net
ch2tmp6 tmp6.2ch.net
ch2w5 wwwww.2ch.net
ch2game11 game11.2ch.net
ch2news21 news21.2ch.net
ch2game12 game12.2ch.net
ch2etc6 etc6.2ch.net
ch2life8 life8.2ch.net
ch2news22 news22.2ch.net
ch2anime2 anime2.2ch.net
ch2ex23 ex23.2ch.net

>456
ack(^_^;)
DNSは変更せず、アカウントのみ作りますー

壷アナウンスは何でしょうｗ
場所をもらえるなら文句はありませんよ
少々驚きましたが

>458
愛(^_^;)

愛、おｋです
おとなしく帰ります

アカウントできたらroot ★さん直送でいいのかな？(^_^;)
それともいつも通りおいちゃん経由？

沢山あるから直送がいいな

んじゃ直送ー(^_^;)

>>461
私はどちらでもおｋです。

>>462
りょうかいです。

>>463
はい、よろしくおながいします。

冬休みの宿題? ということで。

直送完了(^_^;)

>>466
受け取りました。

ログイン可能か、セッティングはよいか等の確認は、
ごはんの後で。

あと、banana3000 に memories2.2ch.net という代表名をつけようかなと。
memories.2ch.net に相当するもの。

で、ここで F22 まがいを動かし(memoriesで動かしているものと同じ)、
_services/ の下に負荷状況を記録しようかなと。

そうすると、http://ch2.ath.cx/ とかでグラフとして記録していただける予感。

で、>>468 の情報になります。

ch2memo2 memories2.2ch.net

これに関しては >>430 に加え、DNSを向けるのもやっていただけると助かります。
メモリディスクのセットアップは不要です。

>469
ack(^_^;)

作成いただいた全てのアカウントにログイン可能であることを確認しました。
今、パスワードを再設定しました。
ということで受け取りました。

あとはたんたんとすすめていくです。

>469
done(^_^;)
パスワードはさっきと同じですー

>>472
すご、はえー。

確認 & パスワード再設定しました。
問題ありません。

毒男さん(仮名)をリーダーとする、root軍団の方々にもよろしくお伝えくださいです。
日記楽しみにしているですよ。

>473
あいあい(^_^;)

RAID1のT-Bananaがささやくようにはならんもんか?

>>475
日記にあったのと同じようなしくみ作れば、いけるんじゃないですかね。
これとか使って。

%atacontrol
usage: atacontrol <command> args:
atacontrol list
atacontrol info channel
atacontrol attach channel
atacontrol detach channel
atacontrol reinit channel
atacontrol create type [interleave] disk0 ... diskN
atacontrol delete array
atacontrol addspare array disk
atacontrol rebuild array
atacontrol status array
atacontrol mode device [mode]
atacontrol cap device

おお(^_^;)

φ(。_。;)ﾒﾓﾒﾓ

>>468
done.

http://memories2.2ch.net/_service/

なお >>478 の PV は、今のところ memories2 全体ではなく、
memories2 だけのものです。

うまく全体の合計PVを出す方法とかは、もう少し軌道に乗ってからぼちぼちと。

で、
http://memories2.2ch.net/ は、
http://www.2ch.net/kakolog.html へのリダイレクトに設定。
(http://memories.2ch.net/ と同じ)

>479-480
http://pv.40.kg/はまだ計測開始してないです(^_^;)
計測する時はmemories2.2ch.netで開始の予定〜

ところでmemories.2ch.netの250アカウントも同じ方針？(^_^;)

どーん♪
ttp://sv2ch.baila6.jp/server.cgi?server=memories2.2ch.net

>>481
memories の 250 アカウントは、
全部まとめてここ↓でとるように、設定で細工をしてあります。(see >>409)

http://teri.2ch.net/_service/

# 集めた場所が teri なのは、作業すすめた時の歴史的事情等によるものです。

ということで、memories2 でも基本的に同じ細工をすればいいはずなので、
>>479
> うまく全体の合計PVを出す方法とかは、もう少し軌道に乗ってからぼちぼちと。

ということでどうかなと。

>>482
おつです。

>483
あい(^_^;)了解です

んじゃてはじめに、これからひとつ収容作業してみます。

news23:

DNS更新依頼いきます。

DNS変更いただきました。

これで、通常の収容作業は終了になります。
http://news23.2ch.net/kakolog.html

アクセスがこちらに来ていることを確認しました。

read.cgi / offlaw.cgi 等の動作確認へと。

・read.cgi 正常動作を確認
* おすすめ２ちゃんねるが表示されないこともあわせて確認
・offlaw.cgi 正常動作を確認

これで1台分の収容作業は完了になります。
すべて正常で、作業上の問題点はみつかりませんでした。

で、今の news23 の PV は、
http://news23.2ch.net/_service/PV20071229.txt

とかでとられています。

これを、
http://memories2.2ch.net/_service/PV20071229.txt

に、うまく集中できればよいと。

バーチャルホスト毎にログを吐かなくすると良いのかな？
そすればメインのログを1回舐めるだけで各バーチャルホストの所定の場所(/_service/)に吐き出せば良さそうな。

＠妄想(^-^)

ひとまず表示でけた♪
ttp://sv2ch.baila6.jp/memories2.html

あとは自動でぽんぽん増殖するのかがお楽しみ♪

で、問題なさげなので、
まず第一次収容分を、たんたんとすすめていくです。

こっち的にはあとは、

・PVのところ(上記参照)
・_service の掃除部分

あたりですね。

たんたんとやっていけばいいかなと。

ex20, live25, tmp6 収容完了。
DNS 変更申請へと。

wwwww データ転送中。
締め切りに間に合えばこちらも。

http://ex20.2ch.net/kakolog.html
http://live25.2ch.net/kakolog.html
http://tmp6.2ch.net/kakolog.html

以上完了。

F35 enabled: ex20, live25, tmp6

ちなみに今待機中のサーバ群は、F22/F35 まだ止めてないです。

・F22/F35 止めて
・コピーして
・F35 だけ有効にする

という手順で作業中。

wwwww の転送は、今日の 28:00 までには終わりそうもないみたいです。
ということで、年内の通常ルートでの格納作業は、
>>497 までということになるです。

ファイルはぼちぼち転送するかもしれないですが、
実際の移動完了は、来年ということで。

>>500
なるです => なりそうです

ですが、どうもすごいみたいです。

過去ログがそれこそ鬼のようにあるです。
ほんとに1年未満のサーバなのかしらってかんじ。

>500
あい(^_^;)承知

>>501
wwwwwって過去ログ全部でどのくらいの大きさなんですか？

大きさはたぶん、せいぜい 30GBytes ぐらいですが(それでもすごいけど)、
今回は大きさが問題じゃないんです。

問題なのは、「数」ですよ「数」。
過去ログ倉庫にいったいいくつスレッドがあるんでしょうか。

# 数えるとさらに時間かかりそうなので数えません、、、。

>>504
30GBってだけでもすごい、。
VIPの過去ログ倉庫とか見てると、スレッド数の桁がなんか違いますもんねえ・・・。

今年の2/22〜11/20まで、約9ヶ月＝約270日wwwww鯖で、
2〜3月は4000スレ/日、4〜6月は6000スレ/日、7〜11月は7000スレ/日ってところっぽいから
平均6,100スレ/日×270日でだいたい165万スレ、ってところかぁ。
まぁ、スレ立て数＝過去ログ倉庫の数と考えて問題あるまい。

ってーか、今の2ch全体でのliveスレって、38万スレくらいだと思ったけど、、

一日に4,000-6,000スレッドじゃなかったっけ?

確かに今月はそのあたりで推移してるんですけど、
なんか、11/20の移転の直後あたりから
スレ立て数ががくっと落ちてるみたいなんですよ。

http://sabo2.kakiko.com/bbspost/autoimg.cgi?bbs=news4vip&type=th

いちおうこれは、2006年からは、
自分で20分おきにsubject.txt取得してきた値になっているのですが。。

規制が 11/24 から再開したからかな?
それもハードに

どんだけあれば、足りるのやら……

>>506
165万本って、、、。

元気があってよろしい

鯖レイプ

wwwww
game11
news21
game12
etc6
life8
news22
anime2

収容したので、DNS 変更依頼へと。

現在の容量:

%df -h .
Filesystem Size Used Avail Capacity Mounted on
/dev/da0p1 5.7T 109G 5.2T 2% /home

あと土地作成済みで未収容なのは ex23 (= banana3153) だけですが、
これもたんたんと収容でいいのかしら。

たぶんそうだと思うけど、
何か特殊要因ありましたっけ?

>>517
ex23(= banana3153(T-banana))の個体は開放でいいんでしたっけ、
という確認です。

うん

banana3153 は引き上げ、改修予定。

>>519
了解です。

そんでは収容作業流して、ばんめしいってきます。

ex23

収容したので、DNS変更依頼へと。

>>515
ex23 収容後:

$ df -h .
Filesystem Size Used Avail Capacity Mounted on
/dev/da0p1 5.7T 118G 5.2T 2% /home

df 見てなーんだ 2% かー、って思ってたら 100GB って...。
テキストデータでそんなことがあり得るのかーと目を疑いますたよ。

そういや、dat 圧縮の試みとかはあったんでしたっけ。

http://wwwww.2ch.net/kakolog.html
http://game11.2ch.net/kakolog.html
http://game12.2ch.net/kakolog.html
http://etc6.2ch.net/kakolog.html
http://life8.2ch.net/kakolog.html
http://anime2.2ch.net/kakolog.html
http://ex23.2ch.net/kakolog.html

ここまで収容完了。

http://news21.2ch.net/kakolog.html
http://news22.2ch.net/kakolog.html

明日のDNS浸透後の最終確認・作業にて、
収容完了となる見込み。

news21 news22 の収容完了確認後は、
PV をうまく1箇所でとる設定方法(たぶんそれほど難しくないです)を、
すすめていければなと。

さて、「過去ログサーバのページビューの合計を1箇所でとれるようにする作戦」を、
ぼちぼちと。

1) http://memories2.2ch.net/_service/ でとれるようにする
2) 今とっている http://news21.2ch.net/_service/ 等はとりあえずそのまま
3) F22 でやっている _service/ のクリーンナップ機構については別途考慮する
(過去ログサーバではF22は動いていない(F35は動かしている))

こんなかんじかなと。

etc6っていつまでread.cgi止めたままなの？

あれっ?
そうだったっけ、見てくる。

　　　　Λ,,,,Λ　？
　　　　（ ・ ・ ）
　　　.≧＼｡/ミ
　　　　／　｜
　　〜（＿.UU

直した。

どだべか?

>>528
反応が早すぎてﾜﾗﾀ

　　　　Λ,,,,Λ　？
　　　　（ ^_^; ）
　　　.≧＼｡/ミ
　　　　／　｜
　　〜（＿.UU

ここ読めない。
http://etc6.2ch.net/argue/kako/

読めるよ

jane Doe Style　だとetc7に変換されて読めないな。
壺なら読める。

うちのStyleでは設定しているブラウザで朝生(仮) 板の過去ログ倉庫が開くんだが

>>530
見れましたー

http://anime2.2ch.net/doujin/kako/
500 Internal Server Errorがでます

>>538
doujin/.htaccess にかつてのウイルス除けのゴミが残ってました。

>>539
あれ？
同人板にウイルスの爆撃がまた始まったはゴミ取りをされたせいかしら？

爆撃続いてるっぽいですよ

>>540-541
なるほど、500エラーになることで
「たまたま」止まっていたと。

ムーンライトバーﾁﾝ☆⌒ 凵＼(＼・∀・) ﾏﾀﾞｧ?？

あぼーん

あ

　　　　　　　　　　　　　　　　　　　　　　||
　　　　　　　　　　　　　　　　　　　　　　||
　　　　　　　　　　　　　　　　　　　　　　||
　　　　　　　　　　　　　　　　　　　　　　||
　　　　　　　　　　　　　　　 ;;-、　　　｀爪
　　　　　　　　　　 　　 　 ／ヽ;;)　　　/ﾊヽ
　　　　　　　　∧＿∧ ／　　　　　　//　|.|　　（＼　（＼
　 ∧＿∧＿（◎・∀・∩　　　　　　!,! .　!,!　　/ 　⌒　::ヽ
　（　・∀|[__|ｏ|＿∧つ　　　　　　　 .ヽヽ_ﾉﾉ　| 　　 　　:::::|
　 |　つ　∩（　・∀・））　　　　　　　　　　　　(　 　　　:::::::::| 　　　たのしいにちようび
　と＿）＿）（　つ|三|O　　　　　　　　　　　　/　　　 　::::::::|　　　　　┼ヽ　 -|r‐､.　ﾚ　|
　　　　　　 と＿）￣）　　　　　　　　　　　　　|　|_/　:::::::::::::|　　　　 ｄ⌒)　./|　_ﾉ　 __ﾉ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　企画・製作　OHK

は、花子が・・・
2ch サーバーダウン（鯖落ち）情報　part196
http://qb5.2ch.net/test/read.cgi/operate/1210076267/

255 ：出先 ◆NAO/2MXDEk ：2008/05/07(水) 10:09:28 ID:y6Ip9Vh3O
3000の件ですが、リブート中のfsckで不具合が出たそうです
で、再リブートだそうです

まぁハードウェアには効いてもソフトウェアにまでは効かないからね>RAID

花子に全てのデータ移転記念age

http://qb5.2ch.net/test/read.cgi/operate/1208685863/653

花子がおかしい
http://qb5.2ch.net/test/read.cgi/operate/1197634004/890-

毒盛ったな

つ毒入りＨＤＤ

http://qb5.2ch.net/test/read.cgi/operate/1208685863/730-733
花子改造計画

2ch特化型サーバ・ロケーション構築作戦 Part29
http://qb5.2ch.net/test/read.cgi/operate/1212665493/53-
旧memoriesのdat引越し作戦は第二段階へ

旧式datな鯖のalldat.soがヤバイ
,区切りな行と<>区切りな行が交互にある

↓例
http://1999.2ch.net/lobby/dat/6019319.dat

>>555
旧版read.cgi入れたサーバは、anydat.so 消しておきます。
というか、anydat.so 自体過去ログサーバには必要ない予感。

>>556
done. のはず。

書き方があいまいでしたが、
> 旧版read.cgi入れたサーバは、anydat.so 消しておきます。

のみを実施しました。

http://qb5.2ch.net/test/read.cgi/operate/1211962556/338
> 338 名前：マァヴ ◆jxAYUMI09s []： 2008/07/26(土) 19:12:06 ID:pJkWQt070 ?DIA(100721)
> >331
> これ、花子がサーバダウンしたためリブートした(^_^;)
> やっぱどっかがいまいちなんだけど、ログとかからは何も判明せず・・・・
> マザーボード交換作戦の季節がやってきた予感

そろそろアームの見せ所？

んだなぁ(^_^;)そろそろかなぁ

６番HDDのリビルド完了予定時刻は8月17日午前7時頃との予測(^_^;)

その間、他が壊れないことを祈る。

>>561
6日もかかるのか

22%完了(^_^;)順調順調

6.5Tじゃな・・・
引っこ抜きﾃｽﾄの時だって、中身無しなのに4h位掛かってなかったっけ？

んだんだ(^_^;)
しかもサービス動かしながらだしねー

2ch運用情報板( http://qb5.2ch.net/operate/ )、
2ch規制議論板( http://qb5.2ch.net/sec2chd/ )
の各板の過去ログ倉庫の更新がストップしている問題について、報告します。
# ２ちゃんねる 過去ログ倉庫 運用情報 板
# http://qb5.2ch.net/operate/kako/
# ２ちゃんねる 過去ログ倉庫 アクセス規制議論 板
# http://qb5.2ch.net/sec2chd/kako/
のいずれも、倉庫番号は「1198」で停止したままです。
このため、それぞれの板で
昨年末以降から現在までにdat落ちしたスレッドを
過去ログ倉庫から探すのが困難になっています。

他板ではおおむね、倉庫番号は「#(板ディレクトリ名)1219」
あたりまで、過去ログ倉庫の作成が進行しています。

>>567 に追加して、
一例をあげますと、
# 重い重い重い重い重い重い重い×46＠運用情報
# http://qb5.2ch.net/test/read.cgi/operate/1194499657/
までは、過去ログ倉庫
# http://qb5.2ch.net/operate/kako/o1194/
に収納され表示されています。
## 重い重い重い重い重い重い重い×47＠運用情報
## http://qb5.2ch.net/test/read.cgi/operate/1196843423/
は、総レス数が7レスしかなく、
レスが付かないまま放置されてdat即死判定されたものでしょう。

これより後に立てられたスレッドについて、
# 重い重い重い重い重い重い重い×47＠運用情報
# http://qb5.2ch.net/test/read.cgi/operate/1197346168/
(本スレとして総レス数1001)
は、過去ログ倉庫
# http://qb5.2ch.net/operate/kako/o1197/
に表示がされず、
それ以降のスレについては
そもそも過去ログ倉庫が存在しない状態です。

>>567-568 について、
# 2ｃｈの動作報告はここで。 パート24
# http://qb5.2ch.net/test/read.cgi/operate/1204187195/947
へ転載報告しました。

|⊂⊃;,､　
|･д･) 　　　おいらのスレけ？
|⊂ﾉ】
|-Ｊ　

|⊂⊃;,､　
|･д･) 　　　たぶんそうだべさ
|⊂ﾉ】
|-Ｊ　

　　　　　　　♪　 ,,;⊂⊃;,､
　　　　　♪　　　 (・∀・∩)　　　ｶｯﾊﾟｯﾊﾟ♪
　　　　　　　　　　【( ⊃ #）　　　　ﾙﾝﾊﾟｯﾊﾟ♪
　　　　　　　　　　　し'し'

うんうん

ここがいいのかな。
2点ほど確認させてくださいです。

1) 私が体調崩しまくっている間に「仔花子」が入って、
状況が変化したわけですが、今って、

花子(全データを格納、一部データは外部にサービス)
｜　　｜　｜
｜　データをコピー、
｜　コピー分のバーチャルホストを仔花子に移動
｜　　↓　↓
｜　仔花子s(花子のデータのコピーを格納、コピーデータで外部にサービス)
｜　　｜　｜
↓　　↓　↓
過去ログを見るユーザ

という構成でいいんでしたっけか。

それともデータは全部仔花子に分散コピーされて、
サービスは全部仔花子任せになったのかしら。

2) 1) だとして、仔花子s はどんなサーバが何台ぐらい入っているんでしたっけか。

ありゃ、キャップが。
>>574 は私です。

*banana3000花子に残ってる分(26)
http://sv2ch.baila6.jp/memories-hanako.html

*仔花子sは現在７台(予備機1台は退役済)
banana3174, 3251, 3258, 3184, 3204, 3238, 3211

*こんなサーバ？
花子 ★と花代 ★の秘密の花園 ２
http://qb5.2ch.net/test/read.cgi/operate/1221978255/762-766
766 名前： ●マァヴ＠札幌 ◆jxAYUMI09s 投稿日： 2008/10/07(火) 17:44:39 ID:dDeKbTgn0 ?DIA(100888)
ってことで
500GB RAID1 100MbpsのTbananaを発注した(^_^;)
母体は現存するT-bananaサーバでHDDを換装する。


ていうかマァヴさん治ったらどうぞ
　↓

>>576
ありがとうです。

1) 花子 1台、仔花子 7台
の8台でサービスしている

2) サービスの全部が仔花子経由、
というわけではない

ということですかね。

それでよいと思います

花子分の内訳はこうなってます

カンマセパレートdatなので移転せず
jbbs,kitanet,mentai,piza,pyon,salad,tako,

移転後、秘密の花園500番地発生で花子に出戻り
curry,ebi,cocoa,choco,cheese,cornm,kaba,
natto,piza2,saki,salami,yasai,ton,teri

live11, なぜかスレッドがライブだったので移転見合わせ
live16, 移転後、壷とViewで見れなくなったので花子に出戻り
memories, memories2, afox, そのまま

全文検索を入れよう話しがあるんですが、
いつものアカウントでdatは全部見られるんですよね？

((( ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>579
見れるはずです。

ただ、仔花子への移動の際に一部、
アカウントが「受け渡し用」のままになっているものがあるらしく、
たまに削ジェンヌさんが削除作業する際に、
かっこいいおにいさんにパスワード変更作業をしてもらっているようです。

ちなみに「花子」と呼ばれているmemories2 = banana3000、
「仔花子」と呼ばれているT-banana 500G HDD版とも、
いわゆる「root権限なしサーバ」になるです。

>>579
ﾍﾟﾛﾍﾟﾛ★

あと、最初は「花子」だけだったんですが、
(ディスク容量はそれで十二分に足りてます)
通常の過去ログサービスだけでHDDのI/Oが100%をオーバーし、
サーバダウンを繰り返したため、
(結果としては RAID 6 15+1台構成でのHDD I/Oパフォーマンスが出なかった、
ということの模様)
「仔花子」サーバが多数投入され、バーチャルホストがそこに移され、
負荷分散がされた、という状況があるようです。

「ようです」というのは、ちょうど私が体調不良で療養していた頃と重なっているため、
状況をきちんと把握しきれていないためです。

あ、「移され」は間違いかも。
「コピーされ」ですね。>>583
「花子」に元データ自体は残っているはずなので。

ということで少なくとも、

1) 現在の構成のままで
2) banana3000 のディスク I/O 負荷を上げる方向で

全文検索のシステムを導入するのは、makeしないような気がするです。

現状はたぶん、そんなところで。

私も「仔花子」投入以降の現状をまだ把握しきれてなくて、
>>574-578 あたりで現状把握をしようとしているところだったり。

で、当時、banana3000 のようなハードウェア構成(HDD16台)なら、

・RAID6 で 15台+スペア1台 の 1つのHDDアレイを作るよりも、
・RAID1 で 7つのHDDアレイ作って、残りの2台をホットスペアにする

とかに変更したほうが、パフォーマンス的に有利で安全性も高いんじゃないか、
というような話をスレで少ししたような記憶が少しあるですが、かんちがいだったかも。

ぐるんが来るのかしら？

書き込むのはリフレッシュ工事の時だけで読み出しが主になるはずだから
派手に値崩れしたJMicronなSSDを大量投入するとか。それでも高くつくかな…

データの状況をみて、別のサーバで検索を動かすことになる気がするので、
アカウントを検索の中の人に送ってあげてくださいー。
>>584

もろきゅーたべたいもろきゅー

>>589
どうやらさん
ニュー速＋でリモホ表示してほしいって話でてるけどどうですか？

◆◆◆雑談・批判要望・自治議論（IP表示議論中）◆◆◆440
http://tsushima.2ch.net/test/read.cgi/newsplus/1245865342/

>>589
承りました。

が、どうも食あたりしてしまったらしく、
作業は明日以降になると思いますです。すみません。

皆様も時節柄御身お大事に、、、。

>>591
書き込み者情報の開示は
句読点のない在日朝鮮人の書き込みばかりだよ。
２ちゃんねる＝匿名掲示板であり、
書き込み者の素性を明かすなんて2ちゃんねる破壊だ。

>>593
×書き込み者情報の開示は
○書き込み者情報の開示賛成は

findの機能UPとかかなあ。

>>592
あらら、お大事に…

むむむたんは病弱少女なのかー
おだいじにー

鯖が安定するだけでもいいよ
中の人頑張れ

外野で的外れかもしれないけど､花子本体もサービスしてるって事は、
http://qb5.2ch.net/test/read.cgi/operate/1236572606/119

で出たように、むむむさんが同期取るまでは繋がった鯖によって削除したはずのが見れたりしちゃうのかな…？

>>598
「私が」同期とる作業をするのかどうかは別問題として、
花子にあるマスターデータは更新されないですね。

でも、DNSは仔花子を指しているので、通常の方法でWebを見る限り、
「つながったサーバによって削除したはずのデータが見えたりする」
という症状は起こらないはず。

鰺のたたきがいちばん

これって、２ちゃんの監視ソフト（だっけ？）あたりに関係してる話なのかな？？
協力なんだか対抗なんだか・・・まあ、違うか。

仔花子４号のHDDが片肺死んだ(^_^;)
ってことで、仔花子4号を移転するだす。
ダウンタイムはないだす。
来週の頭あたりまでに、いつのまにか終わる予定だす。

((((((；ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

ｶﾞｸﾌﾞﾙ

ｻﾞｸｸﾞﾌｹﾞﾙｸﾞｸﾞ

>>602
四女に作業中の気配がするので
無事に終わったら新しい転送量グラフをwktkしてお待ちしてます

banana3184自体は変わらないのか（´・ω・`）
残念

規制議論板から誘導されてきました。

この板を荒らした方が面白い反応が得られそうなので、これから数ヶ月間あの手この手で荒らし続けます。

これはほんの挨拶代わりのコピペマルチポポポです。

どうか面白い反応で楽しませてください。

以上、苦情は規制議論板まで。