＼170 名前：マァヴ ◆jxAYUMI09s ／
157 マァヴ ◆＼ ／
＼また失敗した(^_^;)＞p ／Update失敗したらa
／￣￣￣￣￣ ＼ ／://pc11.2ch.net/test/r
＜ おまいら次もいき＼∧∧∧∧∧／ァヴがpc11.2ch.netの鯖
＼＿＿＿＿＿＿＿＜ ＞http://news23.2ch.net/t
＜ 予 ま ＞また、マァヴ◆jxAYUMI09
＜ た ＞p://news23.2ch.net/te
─────────＜ 感 失 ＞──────────
／￣￣￣￣￣￣￣ ＜ 敗 ＞616 名前：マァヴ ◆jxAY
＜ pc11のBIOSアップ＜ !!!! の ＞>607
＼＿＿＿＿＿＿＿ ＜ ＞ファイルの準備がいまいち
／∨∨∨∨∨＼
＼オーー／ ＼ オフレコ-------------
∧＿∧∧＿／74 名前：マァヴ ◆jxA＼たく言うと、更新用の
（ ） ／ ＼でオフレコ-------
／ BIOSアップデート失敗した(^_^;) ＼ ＿人人人人人人人人人人人人人人＿
＞ ゆっくりしていってね！！！ ＿<
￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ
.r-‐i'''''''''''i''''‐-､
o| ｏ! .ｏ i ｏ !o
.|＼__|｀‐´｀‐／|__/|
|_, ─''''''''''''─ ,､ / _
／ ＼
/ ／＼ ／＼ Ｏ i
| ∩ |
! ＿＿ | | ﾉ
丶_ ヽ'ノ
ζ
／￣￣￣￣￣＼
/ ＼
/＼ ＼,, ,,／ ヽ
||||（ 6 ー─●─● ） なんでここでざるなんだﾌﾞﾋﾋ
| （∵∴ （ o o）∴）
| < ∵ ∀ ∵>
／＼ └ ＿＿_ ノ
.＼＼U ＿＿＿ノ＼
＼＼＿＿＿） ヽ
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗｗWWｗ↑→
＿＿＿＿＿
／:::::::::::::::::::::＼
／:::::::::::::::::::::::::::::::::＼
|:::::::::::|＿|＿|＿|＿|＿|
|＿|＿ノ∪ ＼,, ,,／ ヽ
|::（ 6 ー─●─● ） しまった！ヅラを忘れてたﾌﾞﾋﾋ
|ﾉ （∵∴∪（ o o）∴）
| < ∵ ∀ ∵>
／＼ └ ＿＿_ ノ
.＼＼U ＿＿＿ノ＼
＼＼＿＿＿） ヽ
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗｗWWｗ↑→
∧＿∧
/ ヽ
| ｀ ´|
＜>○<＞＼= o/
／/ ヽ＼⊂￣ , ヽ
/ ∧＿∧ヽ ￣ ヽ
/,（ ；´∀｀）ヽ ,ゝ |＿＿＿, ﾍ
| ヽ＼`yﾉ )（ | < |
ヽ ＿＿＿ﾉ_と＿ノ＼＿<＿ノ
Λ,,,,Λ ？
（ ・ ・ ）
.≧＼｡/ミ
／ ｜
〜（＿.UU
Λ,,,,Λ
（ ^ ^ ）
.≧＼｡/ミ
／ ｜
〜（＿.UU
Λ,,,,Λ
（ ^_^; ）
.≧＼｡/ミ
／ ｜
〜（＿.UU
お願い・・・・
一時的にc20のパスワードを受取時のものに戻してください(^_^;)
昨日の更新を、c23,c24に反映させるのに、中身を取り出しますー
現状c.2ch.net側の仕様
bgとの通信の timeout は1秒にした。
timeout が発生したら 120秒間は timeout 発生のサーバへのリクエストは受け付けない。（切り離し中。。。表示）
前回落ちたときは timeout は5秒です。
一部c-docomo5、c-docomo6、c20、c209は切り離し処理できていたとかも。。。
それ以外は切り離し処理は行えていませんでした。
（所定のディレクトリに書き込みパーミッションがなかったため）
んで bgはどのようにしようと目論んでいるかというと、
1) yutori.2ch.net が落ちていた場合(timed out)
1-1) 検知したらフラグを立ててN分は再度取りに行かない
1-2) その間は「落ちてるかも?」というdatをフロントを返し続ける
1-3) N分立ったらyutoriへのアクセス再開
1-4) そのフラグはメモリ上で行う。
1-5) 今の「BBMが動いていない」とかと同じような仕組み。
2) そんな板ないです等の時
2-1) 「そんな板orスレッドないです」というdatをフロントに返す
ような追加工事をしよう、そうしよう !!
>>12
変えた @c20
>>14
その辺の処理を全てメモリ上でやるととっても効率がいいですよね
次の「ブルーライトバー」のテーマは「とにかくディスクアクセスしない」なんです。
PHPで共有メモリとかせまふぉとかその辺を使う研究をしよう。 画像変換の際ファイルシークやgooの選択肢はあるのに
PCブラウザの選択肢がなくなってるよ
もう戻らないの？
バックアップ終了(^_^;)パスワードを元に戻してもらって結構です
>>21
あとで読み返すときにわかりにくいので
この話題に関しては名前は統一希望ｗ bg20って差分取得できない？
何かやたらデータ転送量増えてない？
>>24
そろそろあちこちの外部メニューがbg20を使い始めたんじゃ無いカナ？ c209 (yutori) が bg20 経由だからではないかと。>>24-25 >>26
c209はWAN経由だけど bg21 bg22 bg23 なはず、きっと 今後の予定(^_^;)
2/30(水)c26,c27完成
IPアドレス(^_^;)
c23
server: banana3243
IP 206.223.151.25
IP* 192.168.0.170
Account: ch2c23
c25
server: banana3238
IP 206.223.148.155
IP* 192.168.0.172
Account: ch2c25
>>29
あ、そうですね。
というか、c の中の設定でそうなっているはずと。
>>28
きましたか。
中身(dmesg等)チェックしてきます。 c23, c25 広告配布サーバリストに追加した。
>>38
おー。
ch2.ath.cx の中の人、おつですおつです。 彼女のまんこにふざけて突っ込んだらそのまま潮吹いてビチョビチョになってしまったんですが
この場合保障って効くんですかね・・・・？
>>40
ﾜﾗﾀｗ
>>37
今晩のピーク時が楽しみですな。
今も重いとか切り離しとかで騒いでる人いるけど
量的には鯖数は足りてると思うんだ。
あとはソフトの中身的にうまく仕上げれば
下手すると8台も要らないんじゃないかとさえ思う。 >>30
よし、俺がつっこむぜ
2/30(水)は2/20(水)だよな！ な！ >>42
そんな雰囲気ですねぇ
bgが２台とフロント6台でなんとかなりそ
bg1台でもいけるかも >43
内地ではそういう風に表現することもある(^_^;)つ2/20(水)
>>39
どもども。(^^ゞ
ちょうどこのスレを見ていたものですから。 今の状況
旧c-docomo5 (旧Tiger privateLAN)
旧c-docomo6 (旧Tiger privateLAN)
c209 (新Tiger WAN with yutori)
c20 (T-Banana32 privateLAN)
c21 (T-Banana32 privateLAN)
c22 (T-Banana32 privateLAN)
c23 (T-Banana32 privateLAN)
c24 (T-Banana32 privateLAN)
c25 (T-Banana32 privateLAN)
----------- ここまで投入済み ------------------
c26 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
c27 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
見所
この週末にまた yutoriが落ちて c.2ch.netが・・・
そですね
ちょっと yutori を落としてみるか、、
あっ 難しいか、、
c209 があるからなぁ
この実験は今度にしよう。そうしよう。
>>52
tiger3501をフロントから外してから、ということですか。 月曜日の夜、アクセスが多い夜がいいけど
ちょっと考えてみる。
>>15 の追加工事も考えなきゃ、 >>54
そですねぇ
もう２台c26,c27を追加してからですかねぇ >>49
昨日です。
結構切り離しされるから2秒にしようかな。。。 新 c-control.2ch.net を tiger510 上に作成しました。
中身は今の c-control のものを機械的にコピーしてあります。
http://c-control.peko.2ch.net/
でアクセスできます。
動作確認をお願いいただけますでしょうか。＞cの中の人
問題なければ、DNS変更申請へと。 >>60
では、DNS変更申請してきます。
変更後は banana406 は退役にて。 切り離し中発動は2秒でもでるので、3秒で様子見します。
そういえば、c のパスワード送っておきます。>>67 netstat したらえらいことになりました（苦笑）＠ターミナル.app
Some tcp sockets may have been created.
って云われたの生まれて初めてかも。それだけ一生懸命動いているのですね。
そしてTIME_WAITの山。これだから携帯厨ゎ♪
でもって余りよろしくないプロセスさんがいるような伊予柑です。止めた方がよいかと♪＠C209/PID:665
♯タブが使えるターミナル.appが欲しいよなぁ。。。＠れぱーどﾀｿ
>>71
> netstat したらえらいことになりました（苦笑）＠ターミナル.app
> Some tcp sockets may have been created.
> って云われたの生まれて初めてかも。それだけ一生懸命動いているのですね。
はい、そんなかんじです。
> そしてTIME_WAITの山。これだから携帯厨ゎ♪
これも、そんなところかと。
> でもって余りよろしくないプロセスさんがいるような伊予柑です。止めた方がよいかと♪＠C209/PID:665
これは、maido3 なサーバだと割と普通に存在している模様です。
> ♯タブが使えるターミナル.appが欲しいよなぁ。。。＠れぱーどﾀｿ
これはたしかに、、、。 >>72
0.8.0 が入っていました(ﾟ∀ﾟ)ｱﾋｬ@2004/04/15 に入れたらしい
>>73
→これは、maido3 なサーバだと割と普通に存在している模様です。
そうなんだ。
でももし触れるのなら消した方が無難そうですよね♪ 書き込もうとするとたまに 以下の内容で〜 の画面に跳ぶ
AASが消える
書き込みを二回しないと反映されない
etc
どうでもいいからとっととａｕべっかんこを復活してくれよ
( ･∀･)人(･∀･ ) ﾅｶｰﾏが沢山いてよかた。
♪ひっとりっじゃないって〜 すってきっなことね〜
>>90が噂のルーキーか？なんでこっちでざるなんだ？ 今日は楽にこなした見たい
c209 をはずし見ようそうしよう
dat落ちとか削除とかが「ここ壊れてます」になるのは、
BGからの応答が200
かつdatな応答じゃないからかしら。
>>97
YESです。
できれば302とかにしてくれると嬉しいですね。
そのあたりはこれからかと iMonaでｴﾗｰ吐き始めたんだが。
早く直してよ。
お世話になります。
16日から当鯖を含む10鯖程度のhobby10等200万/日程度をbg20経由とさせていただいております。
過剰負荷の場合はこのｽﾚに知らせていただければ分散させていただきます。
>>101
あなたは作者なの？
それともw2ch代表者？ >>94
いつの間にかって自分のレスはチェックしないですか？ 今の状況
旧c-docomo5 (旧Tiger privateLAN)
旧c-docomo6 (旧Tiger privateLAN)
c20 (T-Banana32 privateLAN)
c21 (T-Banana32 privateLAN)
c22 (T-Banana32 privateLAN)
c23 (T-Banana32 privateLAN)
c24 (T-Banana32 privateLAN)
c25 (T-Banana32 privateLAN)
----------- ここまで投入済み ------------------
c26 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
c27 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
見所
c26,27 投入前にdocomo5,6 をはずしたらどうなるか、
>>15 の改造中にハプニングが !?
bg２台で間に合うんじゃね?
黒山羊さんへ
200ばかりでお腹がいっぱいです。304もお願いします。
今日の予定に入っていたりするんだけど
夜年波にはかてず、
サーバは動いているなぁ
ラウンドロビンからはずれている?
なんか変だ(^_^;)＞c-docomo6
tiger3501にアサインされてる・・・・
tiger3501にc-docomo6なんてaliasされてないのに
ってことで直すー(^_^;)
ちと不安なので、cXXXX.2ch.net関係のDNSの総チェックをやるー(^_^;)
c-docomo6.2ch.net は c-maigo.2ch.net に向けてあります
c-docomo6はtiger3501で正解です。
c-maigoのalias。
tiger2511はc-docomo6.peko.2ch.netですね。
>119
ぅぃぅぃ(^_^;)c209と同居してるんで、混乱してましたー
>>120
はい c209 は外れてから24h以上経過しています。
bg21のパブリックがわの転送量参照 え？(^_^;)あれ？
今の話は
tiger3501の話？
それともtiger2511の話？
メインで関わっている人たち
root ★
FOX ★
マァヴ ◆jxAYUMI09s さんも
こうすけ ★ さんも、メインで関わっていないのか
なんというインターネット・・・レスをした瞬間に罵倒の言葉が返ってきた
この掲示板は間違いなく2ch
||￣￣￣.／￣＼
||氏ね |o＾ |
||＿＿＿＼＿／
＼＿_⊂´ ）
（ ┳
>>15 をなんとなく組み込んでみたぞ
@bg20-bg23 さてはyotoriを止めるつもりだな！(^_^;)
なんかやったら試してみたくなるのが人の佐賀
yutori を止めてみよう、そうしよう。
cから見えてる気がする(^_^;)>VIP
もしかして、取得できなかったら最後のキャッシュから返すのかな？
>>144
何を実験しているか馬鹿でも分かる様に教えて この程度の連絡くらいメッセでやれ
だからVIPの連中も真似すんだよっ
c経由だとキャッシュが見えるんだよね。
んで書き込みは失敗する。と。
VIPといい勝手に増えてる履歴といい余計な事すんな糞
糞運営はくこかああああああああああああああああ＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾
>>150
この場合
何 故 止 た め し
の方が正しいんじゃね はよVIP戻せ！はーげはーげヽ(`Д´)ﾉｩﾜｧｧｧｧｧｧｧｧﾝ
各 bg , 各cフロント異常なし
あと10分くらいは観察してみよう < yutori
これ解けたらまた場所変わってるんだろ？
また探さないといけない
設定変わってるし、元使ってたメニュー見付けるのも一苦労
うーん
何も混乱が起きなかった
面白くないので実験終了。
yutoriのアパッチ上げてくださいー >>142
>>15 は成功したということで、 あのーVIPの規制そろそろやめてくれないですか？？12日目なんですがー
>>169
たかだか12日
こっちはもうすぐ二ヶ月だぜ・・・ つまんねーな
閉鎖とまでは言わないからVIP931機能を強化して
30日間はVIP以外に書き込めないようにしてくれよ
今の状況
旧c-docomo5 (旧Tiger privateLAN)
旧c-docomo6 (旧Tiger privateLAN)
c20 (T-Banana32 privateLAN)
c21 (T-Banana32 privateLAN)
c22 (T-Banana32 privateLAN)
c23 (T-Banana32 privateLAN)
c24 (T-Banana32 privateLAN)
c25 (T-Banana32 privateLAN)
----------- ここまで投入済み ------------------
c26 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
c27 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
見所
特になし
>>15 の実装して実験やったけど、地味だった
他のスレでも同じ表示が出てるんですがが、これは何ですか？規制の一種？
詳しく説明してくれる人募集中
直す気はまんまんです
>>180
そのレス自分が書いたんだけど、今さっき特撮板でもなった
どうやら色んな板で起きてるみたいだね
>>180になった時、他のVIPのスレ覗いても短パンマンが出て、レスがついてるかと思ったら
ここが壊れてます
だか壊れてるみたいだかの文章が４レスくらいついてて怖かった >>188
すでにdat落ちしてますね
次スレ探してみてください >>186
中身見てないので山勘ですが、
応答が 304 だった場合、短パンマンじゃなくて
既にBG持っているdatを返すようにしてみるとか。 >>183 を見ると 5656かぁ
5656 はその現在保持しているdatが0バイトなんだよなぁ >>183 が起きるのは、
1) なぜか知らないけど 0 byte のdatが bgにできる
2) キャッシュすべき時間が経過したので再度取りに行く
3) 403が返ってきたので何もしない
4) 1)の0 byteのdatを返そうとする
5) 0 byte なので ERROR 5656 になる。
っていうことだなぁ、ほっとけばそのうち直るような
あんまりひどかったらなんかするか c25,c26 は遅れているとの情報を小耳にはさんだ
どんどんc用のサーバを作っているけど
歩留まりがわるくてねー
使えないのばっかが出来上がる
今回は最高の品質のものを確かな目でよりすぐってお届けしている。
>>201
Ack.
# c25 = banana3238 はデビュー済みなので、 c26 と c27 でしょうか。 本日18;00ごろに c26 が生まれる予定ではあるのだが・・・
c27は明日以降になった
>>200
ふうむ、、、。
> 3) 403が返ってきたので何もしない
たぶん304ですね。
で、sanity checkのために
304でも持っているdatが0byteだったら、
再度全部を取り直してみるとか。
ちなみに差分取得していると思うんですが、
削除とか入った場合(たぶん416になると思う)、改めて全部取り直しているんでしたっけ。 そうそう304だった ( >>15 )
> 304でも持っているdatが0byteだったら、
> 再度全部を取り直してみるとか。
あんまりひどかったらそんなのを実装してミルです。 プライベートIP* 192.168.0.173
でござる(^_^;)
c26.2ch.net banana3241 206.223.149.80
>>189
落ちてたんですね・・・
遅くなりましたが、ありがとうございました。 >>122
これはガチでヤバイ
今すぐ消せ
明日の一面飾るぞマジで どこのスレに書き込むつもりだったのか教えてから帰ってね
マァヴさん助けて下さい
べっかんこで「説」の所でクッキー登録しても書き込みの所で反映されないよ
お願いします助けて下さい
Vodafone/1.0/V804SH/SHJ001/SN354724004982663 Browser/UP.Browser/7.0.2.1 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.3.2 Ext-V-Profile/VSCL-2.0.0
マァヴさん助けて下さい
数日前、初心者の質問の携帯スレに相談したのですが
解決しませんでした…
Vodafone/1.0/V804SH/SHJ001/SN354724004982663 Browser/UP.Browser/7.0.2.1 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.3.2 Ext-V-Profile/VSCL-2.0.0
あ。BEを使いたいんです
テンパってすみません（*＞＜）
書き込みの時、BEログインにしてもBEが付きません
今の状況
旧c-docomo5 (旧Tiger privateLAN)
旧c-docomo6 (旧Tiger privateLAN)
c20 (T-Banana32 privateLAN)
c21 (T-Banana32 privateLAN)
c22 (T-Banana32 privateLAN)
c23 (T-Banana32 privateLAN)
c24 (T-Banana32 privateLAN)
c25 (T-Banana32 privateLAN)
c26 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
c27 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン
----------- ここまで投入済み ------------------
サーバ投入作業はおわた
早くホテルに行きたいけど先にブルーライトバーで飲まなきゃならないし、
でもまだボーリングが終わってなかったりして
先は長いのぅ
c26 が死んでいるような
リブート2.0お願いします。
どもうHDDが死んだっぽい(^_^;)
いったんラウンドロビンからはずします
１ c.2ch.netラウンドロビンからc26をはずす
２ HDDを交換して再インストール
３ 本日15時頃までに再度c26を完成させる
という手筈で(^_^;)
c26再完成ー(^_^;)
server: banana3241
IP 206.223.149.80
IP* 192.168.0.173
Account: ch2c26
Domain: c26.2ch.net
グラフは以前と同じー(^_^;)
あいあい(^_^;)
つことでdns切り替えますー
>>251
例のあれですか。
もし仮に雪だるまと同じパターンでいくとすると、
1) 各 c フロントのパブリック側を同一サブネット・同一スイッチに接続して、
2) かつ受付嬢を別途つける
かんじになるです。
# いわゆるMAT(MAC address translation)する時って、
# 別サブネットでもいけるんでしたっけ、、、。 >>252 ですが、
同一スイッチである必要は必ずしもないかも。 ;; ANSWER SECTION:
c.2ch.net. 300 IN A 206.223.151.25
c.2ch.net. 300 IN A 206.223.148.155
c.2ch.net. 300 IN A 206.223.147.220
c.2ch.net. 300 IN A 206.223.150.32
c.2ch.net. 300 IN A 206.223.150.200
c.2ch.net. 300 IN A 206.223.149.230
c.2ch.net. 300 IN A 206.223.149.80
c.2ch.net. 300 IN A 206.223.149.45
8つ、でいいんでしたっけ。
>>256
ですよね、、、。
206.223.151.25=banana3243.maido3.com = c23
206.223.148.155=banana3238.maido3.com = c25
206.223.147.220=banana3237.maido3.com = c20
206.223.150.32=tiger2511.maido3.com c-docomo6
206.223.150.200=banana3239.maido3.com = c21
206.223.149.230=banana3244.maido3.com = c24
206.223.149.80=banana3241.maido3.com = c26
206.223.149.45=banana3233.maido3.com = c22
c27 と c-docomo5 がない? c.2ch.net. 300 IN A 206.223.150.27
c.2ch.net. 300 IN A 206.223.149.80
c.2ch.net. 300 IN A 206.223.149.155
c.2ch.net. 300 IN A 206.223.149.45
c.2ch.net. 300 IN A 206.223.150.200
c.2ch.net. 300 IN A 206.223.149.230
c.2ch.net. 300 IN A 206.223.148.155
c.2ch.net. 300 IN A 206.223.151.25
今c-docomo5からns1.maido3.comに聞いた結果。
なんかひょっとして、
・8つしか返さない
・でも、メンバーは10個のうちから選ばれる
なんていう動作をしている?
djbdns-1.05/response.h
#define RESPONSE_ANSWER 6
#define RESPONSE_AUTHORITY 8
#define RESPONSE_ADDITIONAL 10
ふうむ、、、(AA略。
動作としては納得しました。>>261
しかし、DNSの挙動としてこれでいいんだっけか。 http://cr.yp.to/djbdns/tinydns-data.html
>
> For versions 1.04 and above: tinydns returns addresses
> (from + or = or @ or . or & lines) in a random order in the answer section.
> If there are more than 8 records, it returns a random set of 8.
虫じゃなくて、tinydns の意図した仕様か、、、。なるほど。
# これ、DNSSECをやる時にちょっとまずいかも。 ちょっと出稼ぎがあるので、帰ってくるまでは10台態勢を維持しておこうかとおもっています。
この先の予定ですが、
ボーリング場でかっこつけてbgの充実
ブルーライトバーで泣き濡れながら究極のフロント構成
ハーバービューの部屋で夢の実装
となっております。二年はかからないとおもうけど
まだまだ始まったばかりですー
大黒埠頭でフロント大クラッシュ、シーメンズで泣きながら夢破れる事にならないやうにね。
byシェルガーデンファンクラブ
こんにちは。
暇つぶし2chのeucalyptus.と申します。
いつもご迷惑をおかけしております・・・。
「bg20」ですが、何故かウチの環境では、HTTPリクエスト「Range」が効きません。
Range構文を使っても、206でなく200が返ってきてしまいます。
Range構文を送るにあたり、なにか作法がありましたら、ご教授頂けると幸いです。
>>268 あー、、、。
ありがとうございます。
Rangeに対応するまで、差分取得時はバーボンに怯えつつ直接叩くようにします・・・。 >>269
>>264にあるように
＞ボーリング場でかっこつけてbgの充実
このあたりでいろいろと実装してくれるはずです。
その他に検索機能まで盛り込む構想もあるらしいので期待して待ちましょう。
bg22が少なかったのでbg21とbg23からbg22に移動しました。
bg21→bg22
life9、bubble6、food8
bg23→bg22
love6
c26.2ch.netはハードウエア故障でM/B交換だって
今 >>274 に気がつきました。
c26 って、今どうなっているんでしたっけ。
・ping かかる?
・DNSラウンドロビンに入っている? pingは返ってこないし、物理的に外されてるかもね。>c26
>>310
普通に居ただろ？
ピンクのバンドだから声掛けてみれ
病気が怖いならゴム持参で
つか青バンド持ってけよ馬鹿 先ほど、hobby10 / etc7でread.cgi / bbs.cgiの停止と復帰が行われた後、
それらに集中して短パンマンの報告がありました。
>>200のなぜか0 byte (ryの実例に当たるのかと思い、とりあえず報告させてもらいました。
関係なければすみません。 短パンマン対策として、短パンマン出現でbg経由でなく直接datを取りに行く仕掛けを作った。
今は殺してあります。
FOXさんのOKがでれば入れたいと思います。
>>277
これもFOXさんorマァヴさん待ちかな？？ >>282
おそらく、短パンマンはbg内部でのタイムアウト処理と関係がある気がしますね。
朝の4時にbg内部のキャッシュがクリアされるので、ずーっと見れないということは無いと思います。
>>200
＞あんまりひどかったらなんかするか
なんとかしてもらおうか！ >>258
bg内部の問題ですか。キャッシュクリアは、朝4時のみなのでしょうか。
ちょっと、その辺りの仕様をあまり知らないもので。 >>285でした。
(今日は打ち間違えが多すぎる。もうだめぽ) おー、なるほど。そのグラフのピコンは、そういうことだったのか。
なんとなく全体把握できてきたかも。
>>287-289
FOXさんから聞いたわけでは無いのですが、bgのトラフィックも4時になると跳ね上がるので、
おそらくそんな仕様ではないかと推測してます。
リセットが、朝4時だけではなく、ずらしながら他でも取れるとよさそうですね。
>>298
私、入れないみたい。
というか、受け取りの儀式が再度必要なのかな。 >>298
えと、ということでもしかっこいいおにいさん(仮名)が
しばらくオンラインにならないのであれば、
受け取りの儀式を替わって私がやりたいと思います。
この儀式しておかないと広告用のファイルが更新されなかったり、
c-control からの制御ができなかったりしていまいちなので、
すみませんがよろしくおながいいたします。 >299-300
あい(^_^;)
おいらは２ｃｈのパスワードを知らないので、まだ引き渡し用パスワードの状態です。
私は引渡し用パスワードを知らないので、
もしよろしければ私が知っているパスワードに変えていただき、
それをメールしていただけると、とても助かりますです。
# と言っても今 newsplus.jp がまたしても不調の模様。
あー(^_^;)んじゃ、いったんラウンドロビンから外します
んで、引き渡しが終わってから再度組み込むってことでー
>>308
問題なさそうなので、ラウンドロビンに戻すための
DNS変更申請へと。 一時的にでもc.2chに手動でログ再取得設定でも付けたら。＞短パンマン対策
もちつけが落ちているのでこちらで‥P2の規制の話
709 :動け動けウゴウゴ２ちゃんねる :sage :2008/03/13(木) 09:59:57 ID:LmDPTQB9P
その２
P2の特徴はﾋﾟﾝﾎﾟｲﾝﾄ規制。
携帯の自動規制「お尻なんとか」応用汁
(他多数)
711 :aki ◆...p2/2... :2008/03/13(木) 10:32:37 ID:4hSD2tki0
規制についてはぼくが方針を立てているわけではないので、
管理人に直接、直訴・相談してみてください。
スレチですが、P2スレにも顔出してね》FOX
>>319
お、
cフロント用、ということですかね。 >>252 とかの展望を見据えて、というかんじですか。 というか、そもそも黒山羊さんシステムってプライベートを専用スイッチで構成するっていう計画だったわけで(^_^;)
本来の姿になろうとしているってことじゃないかな？
>>601
お前何回目だよ・・・
毎回無臭で上げてるがそのうち足付くぞ
2ちゃんは匿名掲示板じゃないんだぞ？
わかったらさっさと消して次回作撮ってこい
もう抜いたから結構だ 短パンマンもほとんどなくなったから
そろそろ次へ行くとしますかねぇ
最近bbs.cgiでRock54やBBX関係弄りました？
Rockが不調らしいです
今日からFOXさんの用心棒になりました増岡繁です。
よろしくお願い致します。
>>332
なんでジップラの名無しが変わってんだよバーロー
死ねよ（笑） いう人 間違ってるよ。
いう人間 違ってるよ。
おおっ
>>339
おおぅｗｗｗ
日本語って面白くて難しいなｗ 先日澳門に初めて上陸した記念に激しく歌ってまいりました。
こんにちは。暇つぶし2chのeucalyptus.と申します。
ご迷惑をおかけしております・・・。
遅ればせながら、スレッド取得をbg20対応にしてみました。
現在のところノーウエイトで取得するよう設定してあります。
負荷が高そうであれば、適宜書き込んで頂けると助かります。
＃負荷調整を行います。
以上です。よろしくお願いします。
そういえば
c-docomo5 c-docomo6 ってまだ動いているのか、
c26 FreeBSD 7.0R 32bit
c27 FreeBSD 7.0R 64bit
にして観察しよう作戦
c26 , c27 ラウンドロビンからはずしますー
tiger2510.maido3.com (Xeon 2.8GHz dual、2GBytes memory、200GBytes IDE HDD x 1、FreeBSD 5.4R)
c-docomo5.peko.2ch.net, c.2ch.net
携帯用フロントサーバ
専用ラックスペース(携帯用XO)に存在
tiger2511.maido3.com (Xeon 2.8GHz dual、2GBytes memory、200GBytes IDE HDD x 1、FreeBSD 5.4R)
c-docomo6.peko.2ch.net, c.2ch.net
携帯用フロントサーバ
専用ラックスペース(携帯用XO)に存在
今日は docomo5,docomo6 なしで行ってみるかな
今の状況
c20 (T-Banana32 privateLAN)
c21 (T-Banana32 privateLAN)
c22 (T-Banana32 privateLAN)
c23 (T-Banana32 privateLAN)
c24 (T-Banana32 privateLAN)
c25 (T-Banana32 privateLAN)
----------- ここまで投入済み ------------------
旧c-docomo5 (旧Tiger privateLAN) 退役・破棄
旧c-docomo6 (旧Tiger privateLAN) 退役・破棄
c26 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン 改装中
c27 (T-Banana32 privateLAN RAM8G) いざとなればBGになれるマシン 改装中
>>365
dat落ちです。
スレタイ検索よろしく。
携帯からのアクセス多すぎやしないか？
なんかやってんの？
攻撃だったのか、フロント6台じゃ限界だったのか、別の問題だったのか…
T-banana3239 (T-banana32) c21
鯖落ちてるけど、みんなきずいてないから
知らないことにしよう、そうしよう
c26 c27 は再インストールを急いでやっているが
まにあうか !?
監視所で異常に見える時間
２ちゃんねる サーバ負荷監視所
http://ch2.ath.cx/
c20 (T-Banana32 privateLAN) 23:40 23:50 03:40
c21 (T-Banana32 privateLAN) 21:10 22:10-04:20
c22 (T-Banana32 privateLAN) 03:40
c23 (T-Banana32 privateLAN) 03:40
c24 (T-Banana32 privateLAN) 22:00 22:50 03:40
c25 (T-Banana32 privateLAN) 21:10 00:05 03:40
何時も03:40-04:00位にリフレッシュが掛かる時間に
全鯖リブートされてる c.2ch.netはgoogleなどの検索エンジン避けを付けたほうがよくないか？
read.cgiとc.2chの両方がgoogleの検索結果に載る必要性を感じないし
クローラーのアクセスを減らして鯖の負担を軽くしたほうがいいと思う。
>>376
どんどん黒らーに来てもらって２ちゃんねるが大盛況という作戦で動いています。
ググルたちが「携帯のページ」と認識するように c.2ch.net がなればいいんですけど・・・
>>378
c.2ch.netだけでなく、21.2ch.netやc22.2ch.netなどまで
検索結果として表示されて何が嬉しいのか理解できないですが
そういう方針ならしかたがないですね。 >>380
検索結果として同一スレが大量に表示されるのに
スパムサイト扱いされないんだから、それも可能かもしれませんね。
うまくやればランキング稼ぎできるかもですしｗ 今の状況
c20 (T-Banana32 privateLAN)
c21 (T-Banana32 privateLAN)
c22 (T-Banana32 privateLAN)
c23 (T-Banana32 privateLAN)
c24 (T-Banana32 privateLAN)
c25 (T-Banana32 privateLAN)
c26 (T-Banana32 FreeBSD7.0R(i386) privateLAN RAM8G) いざとなればBGになれるマシン
c27 (T-Banana64 FreeBSD7.0R(amd64) privateLAN RAM8G) いざとなればBGになれるマシン
>>380
調べたいことがあってググると、数ページ2ちゃんねるだった。
しかも同じスレ。これだけはやめて。
最近2ちゃんねるのヒット率高すぎ。 レス番号参照で分けられていくつも同じスレがあるんだよね。まとめサイトのようなところのもひっかかるし。
そして、引っかかっても答えが書かれてないことがしょっちゅう。やんなっちゃう。
きたく。
>>383
私、c26, c27 にログインできないようです。 あっ そうだった
そっちのパスワードだった
重ね重ねすんません。
で、今思ったんですが、
FreeBSD 7.0R/amd64 なら、
PHP+eAcceleratorがいまいちになることもないっぽい、と。
まてよ、PHP のインストール状況見てなかったですね。
みてみるです。< c26/c27
ｃセッティングだとApache 2.2系だったような記憶がありますが、
Apache 2.0系が入っているようなので。
c26, c27 とも、
This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
で、
eAccelerator support enabled
Version 0.9.5.2
Caching Enabled true
Optimizer Enabled true
なのを確認しました。
問題ないと思われ。
>>384
Googlebotなら次のエントリをrobots.txtに書くと良い・・・
Allow: /test/read.cgi/*/*/$
Disallow: /test/read.cgi/ 確かにグラフ的見た目はそうだが、まだまだ判断するにゃ早いっしょ。
とりあえず24時間な山をみたいっすね
きーつーねーさーんーがーーー
柱｜_・）ﾁﾗｯ ころんだ？
>>397
カーネル内部がほとんどマルチスレッドかしたが 7.0R の売りだっけ？
んなら、いっぱいっぱいって状況でのプロセス・スレッドの捌き方に 32/64 bit で
どれだけ差が出てくるかかな？
それの 64bit でのメリットが、インストール時の不可解現象のデメリットを上回る
ようなら… そうか、
また２台はずして再インストールにだしますか
c24 (T-Banana32 privateLAN) -> 7.0R i386
c25 (T-Banana32 privateLAN) -> 7.0R amd64
行って見よう。
なんかべっかんこが画像変換メニュ表示されなかったりおかしいんですが関係ありますか
c20 1.83
c21 2.55
c22 1.67
c23 1.83
c24 0.01
c25 0.00
c26 1.59
c27 2.18
緊急用に存在するけどラウンドロビンには入っていないですん
c21ダウンしてる？
してたらリブート要請してくだせー
携帯なもんで
load averages: 168.92, 169.35, 157.7
httpd が暴走状態。
たぶん PHP が暴走したと思われ。
対応依頼いきます。
対応完了の旨メールいただきました。
サービスの復旧、リブート時メッセージ異常なしを確認。
>>413
おかしいですね。同じ症状の模様。
他のサーバも確認し、要請出します。 c20$ uptime
7:22AM up 21 days, 12:56, 2 users, load averages: 132.80, 123.48, 112.30
だめですね。要請いきます。
>>415
要請出しました。
c21 再発の模様。
load averages: 155.92, 134.86, 94.03 c21要請出した。
2台減ったことによる高負荷が原因か。
>>419
私も確認しました。
c26とc27は明らかに他のフロントよりも健康的ですね。 c26のほうがより健康的かな。
HDDをアクセスしない系で枯れた動作させるなら、
32bitのほうに分があるのかも。
あした出来たらc209を復帰させようと思うけど
月曜日になるかも
c21 起動完了。
今日はこれで早寝するです。
cフロントはLAが100を超える状況になったら、リブート依頼かけてくださいです。＞各位
特に土・日は携帯の利用者多いので以下略。
>>423
了解です。 （ (●)ω(●)） お疲れ様です おやすみなさい
>>428
乙乙。FO・・・じゃないのかｗ
お稲荷さんのままでいいのにｗｗｗ c20 100.56
c21 4.68
c22 5.78
c23 5.60
c24 -.-- 再インストール中
c25 0.01 再インストール中
c26 2.78 FreeBSD7.0R(i386)
c27 8.23 FreeBSD7.0R(amd64)
100越えてきましたね@c20
ちなみにc21はhttpd restartしてくださったもより♪＠そう伝えてみた。
c20 117.92
c22 104.65
c27 53.56
わお
c20 117.92 ボロボロ
c21 -.-- 落ちた?
c22 104.65 ボロボロ
c23 9.64
c24 -.-- 再インストール中
c25 0.01 再インストール中
c26 3.46 FreeBSD7.0R(i386)
c27 53.56 FreeBSD7.0R(amd64) ボロボロ
c26 3.46 FreeBSD7.0R(i386) すげーな
こりゃ 方針変更で cxx は全部 この仕様で行くかぁ
c21とc22のリブート要請します
c27はもう少し様子見ますか？
c20のhttpd restartしてもらった
c21とc22は落ち着いてきたので要請してないです。
落ちてはいないようですよ
last pid: 14926; load averages: 7.85, 17.32, 52.95 up 1+02:08:52 09:36:00
326 processes: 9 running, 316 sleeping, 1 zombie
CPU states: 61.2% user, 0.0% nice, 5.6% system, 4.3% interrupt, 28.8% idle
Mem: 548M Active, 1644M Inact, 251M Wired, 12K Cache, 112M Buf, 807M Free
Swap: 8192M Total, 8192M Free
今日は c24,c25が 7.0R(i386) で出来上がってきて再稼動
かわって c20,c21をはずして再インストールへ
六台だと苦しいようなので c209を臨時に投入。
7.9R(amd64)を作るのは難しいのだ。
今の状況
c20 T-Banana32 稼動中 本日再インストールへと
c21 T-Banana32 稼動中 本日再インストールへと
c22 T-Banana32 稼動中
c23 T-Banana32 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 再インストール中、本日復帰予定
c25 T-Banana32 FreeBSD7.0R(i386) 再インストール中、本日復帰予定
c26 T-Banana32 FreeBSD7.0R(i386) RAM8G いざとなればBG
c27 T-Banana64 FreeBSD7.0R(amd64)RAM8G いざとなればBG
C209 yutori 臨時用 稼動中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ c24 c25 が完成した。すばさま投入します。
同時に c20 c21 を再インストールに回します。
受け取りに行ってきます。
受け取ってきた c24 c25
pwは携帯用に変更済み
今の状況
c20 T-Banana32 再インストール中
c21 T-Banana32 再インストール中
c22 T-Banana32 稼動中
c23 T-Banana32 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c25 T-Banana32 FreeBSD7.0R(i386) 稼動中
c26 T-Banana32 FreeBSD7.0R(i386) RAM8G いざとなればBG 稼動中
c27 T-Banana64 FreeBSD7.0R(amd64)RAM8G いざとなればBG 稼動中
C209 yutori 臨時用 稼動中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ 稼働中なの？ c24,c209
<c20> -.-- [Error] 19:00 1
<c21> -.-- [Error] 19:10 0
<c22> 1.71 [02] 19:40 72
<c23> 1.41 [01] 19:40 3
<c24> -.-- [Error] 22:40 70
<c25> 0.78 [01] 19:40 0
<c26> 1.20 [01] 19:40 3
<c27> 1.35 [01] 19:40 3
<c209> -.-- [Error]
うん >>456
_service とかなんとかの問題だと思うけど
私、直し方しらないのよ >>458
私がやり方をここに書いて、
cセッティング標準作業メニューに入れていただく、というのがよさげなのかしら。
もしよければそのようにしますので、その際にはお申しつけくださいです。
基本的にファイルとcronの設定追加。 帰宅。
これから設定仕込みます。
で、作業内容をここに書くです。
標準メニューに入れるかどうかのご判断は、おまかせいたしますです。
c22 2.40 FreeBSD6.2
c23 3.30 FreeBSD6.2
c24 1.46 FreeBSD7.0R i386
c25 1.55 FreeBSD7.0R i386
c26 1.72 FreeBSD7.0R i386
c27 1.94 FreeBSD7.0R i386
c209 --- FreeBSD7.0R amd64
そろそろ忙しい時期に入ってまいりました。
>>459
よろしくでーす cron の設定は以前のものが保存されていたようです。< c24, c25
>>461
では、こちらに。
＜追加作業内容＞
1) cセッティングのホームディレクトリを戻すと、
./bin/fakef22.sh
./bin/servicesweep.sh
の2つのファイルが入っています。
これらはそれぞれ、
・F22互換の形でLAを記録する
・_service/ を掃除する
ためのものです。
2) それらを動かすための crontab への追加内容が、
ホームディレクトリに crontab-add.txt という名前で入れてあります。
入っているファイルは以下のように c20 用のものになっていますので、
c20 のところのユーザ名を適宜変更します。
$ cat crontab-add.txt
*/10 * * * * /home/ch2c20/bin/fakef22.sh
5 0 * * * /home/ch2c20/bin/servicesweep.sh
(続く) ということで、ユーザの crontab に crontab-add.txt の内容を
(1)ユーザ名にあわせて適宜変更して(ch2c20 → なんちゃら)、
(2)＊追加＊します。
(置き換えではないので注意が必要です)
これにより、
・F22互換の形で _service/ に LA がとられ、
・F22が来なくても _service/ が自動的に掃除される
ようになります。
ということで、c セッティングをされる場合、この作業を追加していただければ、
http://ch2.ath.cx/ とかに LA が反映されるようになり、
F22 が来なくても _service のクリーンアップが自動的にされるようになりますです。 ということで、新しい c24/c25 の dmesg 、確認してきます。
FreeBSD7.0R amd64 で4G以上が上手くいかないのはintelのCPUだからなのかな？
opteronでは4G搭載して問題ないですよ。
rootたんが64bitの謎といてくれたから大丈夫なんじゃないの？
あきらめたらそこで試合終了だよね(*´･ω･)(･ω･｀*)ﾈｰ
おっ c20 c21 復帰しているな
受け取ってこよう
受け取った。
パスワード変更済み < c20 c21
明日c22,c23,c209をはずして六台での稼動実験
c22 c23 はFreeBSD7.0R(i386) へと再インストール
c209はまた予備機へと、
今の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 稼動中
c23 T-Banana32 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c25 T-Banana32 FreeBSD7.0R(i386) 稼動中
c26 T-Banana32 FreeBSD7.0R(i386) RAM8G いざとなればBG 稼動中
c27 T-Banana64 FreeBSD7.0R(amd64)RAM8G いざとなればBG 稼動中
C209 yutori 臨時用 稼動中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/
c20, c21 とも、FreeBSD 7.0R/i386 になっているのを確認。
システムメッセージ問題なし。
crontab も正しく設定されていました。
そういえばどこかに「FreeBSD 7.0R/i386に変更いただいた」
というような記述があった気がしますけど、
少なくともcフロントについては、積極的にi386版を選択したかんじがしますですね。
あと、c209.2ch.net という名前が、
DNSから「なくなっている」みたいです。
予備機にしたいので、c.2ch.net のラウンドロビンは消しても、
c209.2ch.net というのは残しておいたほうがいいような気がしますです。
$ dig +norec c209.2ch.net @ns1.maido3.com
; <<>> DiG 9.4.2 <<>> +norec c209.2ch.net @ns1.maido3.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 52606
;; flags: qr aa; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
c27 7.0R(amd64) を残しておいて
以降暇なときにでもさらに精進かなと、
今回の目標は「cフロント四台でこなそう」だったけど
ちと無理ですなぁ、あした６台にしてみてさらに減らせるかどうかを考えてみよう。
c209.2ch.net をDNSに追加。
c22,c23 は再インストールへ 7.0R(i386)に改装
c209 は戦線離脱、予備機へ
今の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 再インストール中
c23 T-Banana32 再インストール中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c25 T-Banana32 FreeBSD7.0R(i386) 稼動中
c26 T-Banana32 FreeBSD7.0R(i386) RAM8G いざとなればBG 稼動中
c27 T-Banana64 FreeBSD7.0R(amd64)RAM8G いざとなればBG 稼動中
C209 yutori 臨時用 待機中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/
c21 をはずして
今の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 お休み中
c22 T-Banana32 お休み中
c23 T-Banana32 お休み中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c25 T-Banana32 FreeBSD7.0R(i386) 稼動中
c26 T-Banana32 FreeBSD7.0R(i386) RAM8G いざとなればBG 稼動中
c27 T-Banana64 FreeBSD7.0R(amd64)RAM8G いざとなればBG 稼動中
C209 yutori 臨時用 待機中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ c27はBIOSのアップデートを突然やります。
その時はc27をラウンドロビンからはずしてです。
一瞬４台態勢の出現。
おいおいｗ
478 ：番犬 ★ ：2008/04/29(火) 23:51:35 ID:???0
c27 7.0R(amd64) を残しておいて
以降暇なときにでもさらに精進かなと、
今回の目標は「cフロント四台でこなそう」だったけど
ちと無理ですなぁ、あした６台にしてみてさらに減らせるかどうかを考えてみよう。
↑これはどこいったんだよwww
7.0R/i386 4台ならいけるのか、っていう話かと。
c27 くるしぃな
last pid: 98601; load averages: 46.56, 29.21, 20.40 up 6+06:14:59 05:44:59
219 processes: 7 running, 212 sleeping
CPU states: 76.4% user, 0.0% nice, 20.2% system, 0.0% interrupt, 3.4% idle
Mem: 487M Active, 3117M Inact, 380M Wired, 272K Cache, 214M Buf, 3845M Free
Swap: 8192M Total, 8192M Free
これがBIOSのアップデートで改善されるのかどうか
改善されなかったら・・・ 32bitに軍配が上がるなぁ
ちなみに c26
last pid: 86162; load averages: 3.29, 3.94, 3.86 up 6+08:12:30 05:46:26
162 processes: 2 running, 160 sleeping
CPU states: 61.9% user, 0.0% nice, 10.3% system, 0.0% interrupt, 27.8% idle
Mem: 240M Active, 2502M Inact, 182M Wired, 100M Cache, 112M Buf, 222M Free
Swap: 8192M Total, 8192M Free
c27リブート入ったので、BIOS更新されたのかも。
c27のBIOSのアップデートは無事終了しました。
さて今晩どうなるか・・・
今晩はこのまま c27 を観察
あす c27をはずしてc21を復帰させます
外してしまうと聞いて珍しくc27がc26より低くなった・・・
last update : 2 May at 20:01
c26 2.67
c27 2.15
http://ch2.ath.cx/ c27 またLA上がって来たな
CPUが足りないのか・・・
last pid: 8948; load averages: 9.69, 10.24, 9.65 up 0+11:21:32 06:30:52
310 processes: 42 running, 267 sleeping, 1 lock
CPU states: 83.2% user, 0.0% nice, 16.4% system, 0.0% interrupt, 0.4% idle
Mem: 662M Active, 798M Inact, 368M Wired, 580K Cache, 214M Buf, 5993M Free
Swap: 8192M Total, 8192M Free
>>506
ApacheとかPHPが64bit版でないと言うオチは無いよね。 >>507
そのへんは、大丈夫なんじゃないですかね。
%file *
apc.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), not stripped
eaccelerator.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), not stripped っていうか、apcとeacceleratorは同居させるといまいちなんですが、
どうなってるのかしら。
#extension="apc.so"
zend_extension = "/usr/local/lib/php/extensions/no-debug-non-zts-20060613/eaccelerator.so"
eaccelerator.debug = "0"
大丈夫そうですね。>>510 c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 お休み中
c23 T-Banana32 お休み中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c25 T-Banana32 FreeBSD7.0R(i386) 稼動中
c26 T-Banana32 FreeBSD7.0R(i386) RAM8G いざとなればBG 稼動中
c27 T-Banana64 FreeBSD7.0R(amd64)RAM8G いざとなればBG お休み中
C209 yutori 臨時用 待機中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ c20どうした
c20 7.81
c21 4.04
c24 4.78
c25 3.75
c26 4.15
一瞬だけの出来事だったか
c20
last pid: 77302; load averages: 3.81, 6.19, 5.12 up 4+23:09:39 05:45:13
173 processes: 14 running, 158 sleeping, 1 zombie
CPU states: 64.3% user, 0.0% nice, 10.5% system, 0.0% interrupt, 25.2% idle
Mem: 260M Active, 2470M Inact, 185M Wired, 120M Cache, 112M Buf, 211M Free
Swap: 8192M Total, 8192M Free
×規制中 ×寄生虫 ○帰省中とかかな。＞携帯使用者増
この期間を乗り切ったら
フロントは５台で十分ですね
３台返却しよう。
次はさらに半減、究極の１台運用を目指して
新タイガーの開発にいそしもう。
>>517
4台で乙ったじゃねーかｗ
1台はないな。LA100どころか、見たことも無い様な数字
叩き出して鯖が燃えるだろうなw >>519
訂正
仮想雪だるま >NG
仮想ロードバランサー >OK last update : 6 May at 00:31
c20 6.04
c21 11.13 (current LA : 10.12, 11.13, 12.42)
c22 0.00
c23 0.00
c24 5.84
c25 5.68
c26 4.88
c27 0.00
c209 1.32
c21(banana3239)が調子悪いな・・・何か順番に悪いのが移転してないか?
む。一瞬だったか?
last update : 6 May at 00:51
c20 5.07
c21 5.93
c22 0.03
c23 0.02
c24 4.87
c25 3.90
c26 4.28
c27 0.01
・・・？c22,23,27はお休み中じゃないの？何か内部ｻｰﾋﾞｽが動いてるのかな？
DNSでロードバランシングをした場合、
au携帯からのアクセスはきれいにロードバランスされないです。
理由はよくわからないです。ゲートウェイがそういう仕様なんだと思います。
DoCoMo/SoftBank/Willcomはきれいにロードバランスされるようです。
はーとびーと&ろーどバランシングが望まれますなぁ
携帯が忙しい連休も終わったので
今週は５台態勢 (c20-c24) にします
c25,c26,c27 は返却ー
足りなかったらc209を応援に
次は新タイガーに期待。
現在の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 FreeBSD7.0R(i386) 稼動中
c23 T-Banana32 FreeBSD7.0R(i386) 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
C209 yutori 臨時用 待機中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/
>>527
c26, c27を返却ということは、
「いざとなればBGになれるマシン(= 8」が2台とも一時的になくなった、
ということでいいんですかね。
そのへんも含めて、
> 次は新タイガーに期待。
ということかしら。 おっと、
>>530
> 「いざとなればBGになれるマシン(= 8」が2台とも一時的になくなった、
(= 8 → (= 8GBytes memory) >>534
私も入れませんでした。
受け取りをしていただけないと、どうしようもないかと。 やっぱそういうことか。
c20とc21のカウンタがはね上がってる。
これがいつどのタイミングで解消されるかですな
そしてそのタイミングをどう改善するか、
もう一つ有ったんですがDATが更新されたタイミングで短パンマン消えました。
つまり
短パンマンが出たら書き込めば直るのか、現状
>>551
そのbg20をbg21-23でアクセスすると正常なんだよね。
つか各cXXからどのbgXXに取りに行くかはどうやって決めているんだか。 過去ログ漁るのが面倒だからここで聞いちゃうけど
各bgはbg21が●●.2ch.netを担当、bg22が■■.2ch.netを担当という
感じで振り分けてるんだったっけ?
bg20は外部のiMonaとかにも開放してるから全鯖を担当している形になるけど。
>552 訂正
> そのbg20をbg21-23でアクセスすると正常なんだよね。
そのbg20をbg21-23にしてアクセスすると正常なんだよね。
bgXX間でデータの受け渡しまではやってないのかな？
おーい、誰かbgのｾｯﾃｨﾝｸﾞのﾛｸﾞ持ってる人は貼ってもらえないだろうか。
20と21-24で変に違う記述がある所為だと思うんだが･･･
確か差分取得するようにしたんだよね。
どっかのメニューが変なリクエストして、0バイトdat(キャッシュ)作ってたりして。
今日も大渋滞ですな
Target Name: same3.u.la
IP: 206.223.148.155
Date/Time: 2008/05/18 20:50:29
7 30 ms 118 ms 31 ms 30 ms 30 ms 30 ms ix-ote206.kddnet.ad.jp [59.128.7.81]
8 25 ms 25 ms 26 ms 26 ms 32 ms 26 ms AS6461.ix.jpix.ad.jp [210.171.224.163]
9 192 ms 192 ms 193 ms 193 ms 192 ms 193 ms so-7-0-0.mpr1.sjc2.us.above.net [64.125.27.54]
10 193 ms 191 ms 190 ms 189 ms * 192 ms so-4-0-0.mpr3.pao1.us.above.net [64.125.28.221]
11 192 ms 190 ms * 195 ms 202 ms 199 ms 209.249.122.194.available.above.net [209.249.122.194]
12 195 ms * 192 ms * 194 ms 194 ms same3.u.la [206.223.148.155]
JPIX
↓
sjc2.us.above.net
↓大渋滞
pao1.us.above.net
↓大渋滞
available.above.net
↓
2ch(PIE)
毒男板のスレッドが表示されんぞ
検索もできねえぞ、おデブちゃん
グズグズすんな、さっさと直せやグズ
表示されたわ
グズとか言ってごめんな、おデブちゃん
でも、どうせまた非表示になるんだろ？
グズグズしないでさっさと直せよな、童貞
君は恥の上塗りしてないで黙って去ってた方がいいと思うんだ
auの回線が細いのが改善されないから、au限定で画像表示してさらに悪化させて対策を促そうという意図らしい。
auからだとさっきまでは｢このページは未対応です。｣と出た。
>>570
ERROR = 2304
e_mes = []
好[0]
p.so ver 2006/12/16 - べっかんこ作戦 by FOX ★ c201.2ch.net 受け取ってきましたー
pw変更済み
フロントになるように作ってくださいー
>>569
無駄パケ増えてau純正EZ速度規制続出かw 現在の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 FreeBSD7.0R(i386) 稼動中
c23 T-Banana32 FreeBSD7.0R(i386) 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c201 A-Tiger FreeBSD7.0R(amd64) 稼動中 期待の新型機(RAM8G)
c209 yutori 臨時用 稼動中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ + +
∧＿∧ +
（0ﾟ・∀・） ﾜｸﾜｸﾃｶﾃｶ
（0ﾟ∪ ∪ +
と＿_）__） +
26日から通信制限されるからここも軽くなるかもな
俺は制限される方だけど
落ちた？
＞c201 cannot get LA 500 Can't connect to tiger3502.maido3.com:80 (connect: Invalid argument)
c209よりc201の方が強そうだな
現在c201のハンデはvip一個
19時04分15秒 更新
★c.2ch
c20 1.41 52.6%
c21 1.12 53.9%
c22 0.93 64.2%
c23 1.16 50.4%
c24 0.00 95.5%
c201 0.94 73.2%
c209 1.52 70.6%
※サーバ名 / LA / CPUidle
ハードウェアっぽい感じの落ち方ですね。
ログインしてましたが、特に負荷がかかっていた様子なさそうですし。
c201 撤退、、、
c24 復帰
現在の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 FreeBSD7.0R(i386) 稼動中
c23 T-Banana32 FreeBSD7.0R(i386) 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c201 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 撤退
c209 yutori 臨時用 稼動中
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ 一文字.la ドメインが使えなくなるってニュースが2月頃にあったけど
よく今まで維持できたね。
それで◆Ula‥だったのか。
c.2chは大丈夫なのかな
>>598
ﾄﾞﾒｲﾝ契約してるのって同じ会社だっけ？
でもc.2chﾄﾞﾒｲﾝって使い道無い様なw la.nicだったのね(>>594
べっかんこだけか c202 A-Tiger3503
c203 A-Tiger3504
できた、いきなり投入。
c202,c203 投入
現在の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 FreeBSD7.0R(i386) 稼動中
c23 T-Banana32 FreeBSD7.0R(i386) 稼動中
c24 T-Banana32 FreeBSD7.0R(i386) 稼動中
c201 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 撤退
c202 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 稼動中
c203 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 稼動中
c209 yutori 臨時用 稼動中
c2chサーバ負荷監視所 http://c2ch.uptime.ula.cc/ CPUidle付き
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ 今のところ落ちてないな
c24 と c209 はずしてみよー
現在の状況
c20 T-Banana32 FreeBSD7.0R(i386) 稼動中
c21 T-Banana32 FreeBSD7.0R(i386) 稼動中
c22 T-Banana32 FreeBSD7.0R(i386) 稼動中
c23 T-Banana32 FreeBSD7.0R(i386) 稼動中
c202 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 稼動中
c203 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 稼動中
--------
c24 T-Banana32 FreeBSD7.0R(i386) 待機中
c201 A-Tiger FreeBSD7.0R(amd64) 期待の新型機(RAM8G) 撤退
c209 yutori 臨時用 待機中
c2chサーバ負荷監視所 http://c2ch.uptime.ula.cc/ CPUidle付き
２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/ きたく。
c202 と c203 って、私、もう入れるんでしたっけ。
入れました。
携帯系のパスワードのほうに変えておきます。
>>611 done.
fakef22, servicesweep の設定済、確認しました。 Limiting closed port RST response from 202 to 200 packets/sec
Limiting closed port RST response from 230 to 200 packets/sec
が出てますね。< c202/c203
これだと、せっかくの能力が活かしきれないのではないかと。
net.inet.icmp.icmplim: 200
が、サーバの規模の割に小さすぎだと思うので、
# see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676
net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0
を /etc/sysctl.conf に入れて、
/etc/rc.d/sysctl restart
で、出なくなるはず。 今見ましたが、c2? とかも同じ状況ですね。
同じものを入れればいいはず。
私のほうでは、とりあえず dmesg みてみます。
あと、最近のサーバ(6.xあたりだっけか)では、
net.inet.tcp.rfc3042=1
net.inet.tcp.rfc3390=1
は最初から1なので、設定不要です。< /etc/sysctl.conf
あと、老婆心ながら、
ここからコピペする場合には、末尾に空白が入ってしまうことにお気をつけくださいです。
(いただいたサーバの /etc/make.conf に、しっかり入ってました、、、)
>>615 の作業が以下のサーバでおわりました。
c20,c21,c22,c23,c24
c201,c202,c203,c209 あと、VLANの設定の関係で、これ↓が出てますね。
arp: 192.168.0.194 is on em1 but got reply from 00:1b:21:0c:fd:2e on em0
これを防ぐには、/etc/sysctl.conf に、
net.link.ether.inet.log_arp_wrong_iface=0
を入れて、
/etc/rc.d/sysctl restart
してくださいです。
# たぶん、どくおさんの日記を見る限り、
# このスイッチの 206.223.150.* のネットワークと 192.168.0.* のネットワークが、
# 同じ VLAN に所属しているのでしょう。
# これは、A-tiger 2台だけが該当している模様。
>>623
了解です。
メッセージ、出なくなったみたいですね。 c21 も該当してました。
(IPアドレスが 206.223.150.* な c フロントが該当している)
同様に、>>824 で直るはず。 あとは、エラーメッセージ的には変なものはないようですね。
他のメッセージ(dmesg)チェックしてみます。< c202/c203
>>624
c21,c202,c203 で修正終わりました。 >>630
おつですた。
これで、変なメッセージが出なくなれば成功ということで。 dmesg 確認終了。
両方とも同じスペックのサーバですね。
しかしなんか少しさわった感じ、超パワフルっていう感じがしました。
これに高速ディスクがつけば、もう無敵に近いんじゃないかなと。
で、>>615 は、
通常の T-banana においても、効果があるような気がしますです。
(私が仕込んでいるサーバには入っています) それよりvip短パンマンとかいうバカがしょっちゅう出てくるわ
エラー出て書き込めないんだがなんとかしろ
c202,c203,c209 の３台でいけそうな気もするが、
どうだべか?
前も誰かが言ってたけど209が参加してるときだけひっかかる系の申告が多い希ガス
>>638
どっかの機会で、OS上げたりしたいところですね。 < c209/yutori
yutori, namidame を 次の A-tiger に入れて、
tiger3501 の OS を 7.0R に更新し、そのうえで c209 に専念させてみるとか。
# なんだか、チューニングしっかりやれば、
# 202, 203 の2台でもいけるような気もしてきました。 >>639
きっと、掲示板サーバと兼業しているからなのではないかと。
あと、OS が 6.2R/amd64 だし(PHPアクセラレータの動作に不安がある)。 あ、でも、究極のrootスペシャル詰め込みテストするなら、
バーチャルホストは絶対一個がいいですね、、、。
今の mamono のように。
そうすると mod_speedycgi が使えるので、
動作中に pid がほぼ全く進まなくなります。
今の mamono のように。
>>643
そうか、c209 = yutori はプライベートなしでしたね。 一応貼っておきます
http://qb5.2ch.net/test/read.cgi/operate/1211102132/981
981 名前：番犬 ★[] 投稿日：2008/06/01(日) 17:51:14 ID:???0
そいえば・・・
Docomoの携帯だけど今のser番号から例の契約者番号(?)に移行するぞ
こないだ実験した11桁だかの番号を通知しないと２ちゃんねるにかけない
今のser番号での方法は廃止だ。
だれかスレ立てておいてくれー
そして 携帯めにっゅーの人に改造おねがいしておいてくれー
規制のほうはおいおい考えるということで、 >>645
7桁の文字列、ってやつですね。
規制のほうはiモードIDに大文字小文字情報に付加した、例の仕様がよさげですね。
iモードID-大文字小文字情報 を id種にする、と。
(例)
abCD123-1100000
1 が小文字フラグで。 >>646
一回テストしてるので簡単かな？
応援しちょります c.2ch.net って、まだ utn 属性ついているんでしたっけ。
もう、はずしてOKのはず。
というか、よろしくおながいいたしますです。
おっ
いくらもおいしいよー
でもむつかしなぁ・・・
季節とか空輸とか
お願い。
各板に散らばる全ての誹謗中傷スレッドを削除してください。
１週間待って削除されないのなら、２ちゃんねるを見るのを止めます。
>>655
今すぐ２ちゃんねるを見るのをやめることをお薦めします Q9550 が品薄らしい、16日入荷予定とは聞いている。
A-Tiger 3505 c204.2ch.net 携帯フロント
A-Tiger 3506 c205.2ch.net 携帯フロント
A-Tiger 3507 namidame.2ch.net 涙目(rootスペシャル)
A-Tiger 3505 h.ula.cc ふらだんす
なんて考えていますー
>>659
了解です。
とすると携帯フロントは A-tiger 4つ、ということですかね。 >>661
あまるようだったら３台へと
bg23もあまっているからその時に返却かと、、 # IPアドレスブロック一覧(CIDR形式)
# アドレスレンジが追加された場合、ここに加えていく
# http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
my @ezwebcidr = (
"210.169.40.0/24",
"210.196.3.192/26",
"210.196.5.192/26",
"210.230.128.0/24",
"210.230.141.192/26",
"210.234.105.32/29",
"210.234.108.64/26",
"210.251.1.192/26",
"210.251.2.0/27",
"211.5.1.0/24",
"211.5.2.128/25",
"211.5.7.0/24",
"218.222.1.0/24",
"61.117.0.0/24",
"61.117.1.0/24",
"61.117.2.0/26",
"61.202.3.0/24",
"219.108.158.0/26",
"219.125.148.0/24",
"222.5.63.0/24",
"222.7.56.0/24",
"222.5.62.128/25",
"222.7.57.0/24",
"59.135.38.128/25",
"219.108.157.0/25",
"219.125.151.128/25",
"219.125.145.0/25",
"121.111.231.0/25",
"121.111.231.160/27",
"121.111.227.0/25"
);
これらのアドレスからのアクセスはルータその他の機器での
防御機能を完璧にスルーしてくれとPIEに再度念を押して言ってみる。
>>669-670
そういう話なんですか、、、。
もしそうだとしたら、docomoやSoftBankのアドレスではどうして、
そういうことが起こらないんだろう、とか。
# ちなみにそのアドレスは、しばしば追加されたりするので注意が必要です。 たぶん違うと思うけど
念を押せるところは念を押す作戦だす
>>671
もし時間があれば、
なぜか bg21.2ch.net から ex25.2ch.net が見えない
ping ex25.2ch.net とやって100%パケロス
どうなってんだかちょっと見てもらえます?
ex25.2ch.net の名前が解決できていない挙動なんですが、 >>672-673
なるほど、
やれるところ(少しでも疑わしいところ)は全てやっておくということですか。
# Aboveじゃないとすると、日本方面にとって都合の良いISPは、
# NTT Com. / SoftBank Telecom 以外には、どこがいいだろうか。
# あるいは、安価なダークファイバがあればそれを買って
# JPIX か JPNAP あたりに直結してみるとか。 >>674
みてみます。
例の 207 で始まる「外向けの ping が通らないPIEのネットワーク」
なのかも。 bg21 は
inet 206.223.151.140 netmask 0xffffff00 broadcast 206.223.151.255
inet 206.223.151.144 netmask 0xffffffff broadcast 206.223.151.144
なので、そのネットワークには該当しないですね、、、。
で、、、。
ex25 がつながっているネットワークは「ばっちり該当」でした。
いつだかも話題にしましたが、
PIE の 207.29. なんたらのネットワークに特有の「妙な動き」ってやつですね。
以下、bg21 からの結果。
bg21:~$ ping ex25.2ch.net
PING ex25.2ch.net (207.29.247.60): 56 data bytes
^C
--- ex25.2ch.net ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss ← ping は通らない
bg21:~$ telnet ex25.2ch.net 80
Trying 207.29.247.60...
Connected to ex25.2ch.net. ← でも、port 80 (www) はつながる
Escape character is '^]'.
^]
telnet> q
Connection closed.
うーむ
どうしたもんだか・・・
直してもらうしかないとは思いますが
3桁目(207.29.* の * 部分)までは把握しきっていませんが、
PIE の 207.29. なんたら、のネットワークは、
ネットワーク側自体が何か、よく言えば「インテリジェント」に作られているようです。
前にも、何度もはまっています。
悪く言えば「単なる土管になっていない」。
ネットワーク機器のほうで、ICMP を止めているんでしょう。
そうとしか思えない動きです。
セキュリティ上の理由かもな、とは推測しています。
で、ping (というかICMP)止める理由は、わからなくはないですが
(実際、外からのping止めているサイトは結構あります)、
内部ネットワーク(しかも同一顧客)からのものも止まってしまう、というのは、
確かに、ちょっと微妙かも。
リスク面から見ると内部からのpingを止めるのも効果あるはず。面倒になるのも分かるけど。
>>681
('A`)さんの日記の58日目になるIPアドレスと同じグループなのはただの偶然なのか、それとも、、、
http://www.maido3.com/server/zousan/nikki58.html
＞えーと、昨夜は数台のサーバが突然ネットワークに繋がらなくなる、という
＞アクシデントが発生して、疲れた体に鞭打って復旧作業を進めていました。
(略)
＞で、どうもネットワークの設定を調べてみると、電源を落としたサーバ達のVLAN
＞設定の１つに Spanning Tree Protocolというのがあるのですが、その設定が
＞おかしい内容だったので、VLANで設定されていたIP大台(207.29.247.xxx)を持つ
＞幾つかのサーバで通信が不定期に遮断される、という現象を引き起こしていました。 そろそろ gif をはずす季節かも・・・
あきらめきしょう〜♪
>>687
c もですか。
あきらめるというか、とりあえずその作戦は休止、みたいな。
てなわけで、cの中の方、おながいいたしますです。 あきらめるのは構わないけど名古屋短パンツ野郎対策はきちんとやってよね。
ここ数日特撮板嵐回ってるから
cの現状:
c20 T-banana32
c21 T-banana32
c22 T-banana32
c23 T-banana32
c24 T-banana32、ラウンドロビンから外し中
c202 A-tiger
c203 A-tiger
c204 A-tiger
c205 A-tiger、プライベート側ネットワークトラブル発生中、連絡済
「切り離し」多発はこれが原因
c205のトラブルが今日13:00以降も続くようなら、
DNSを緊急更新して、c24をラウンドロビンに一時的に復活させて
c205を一時的に外すようにお願いしておきます。
>>690 作業完了しました。
障害の原因が特定されるまでは、とりあえずこの状態で動かすということで。
以降もc.2ch.netで「切り離し中」が頻発する場合、
それはこれまでとは別の原因ということになるです。 c204 c205 受け取ってきました
携帯用にパスワード変更済み
>>696
どもです。携帯の広告配布サーバの更新してきます。
で、健康を確認したら、DNSを変更前の状態に戻す申請をします。 >>698
広告配布用ファイルを更新しました。
また、サーバの健康を確認したので、
DNSを変更前の状態に戻す申請をしてきます。 c201も直ったらしいので
組み込みますよ
設定が出来上がったら
>>701
了解です。
tiger3502 は、c201専用でいくですか。
であれば ex25 は花子さんに収容する方向ですすめます。 >>690 更新
c20 T-banana32
c21 T-banana32
c22 T-banana32
c23 T-banana32
c24 T-banana32、ラウンドロビンから外し中
c201 A-tiger 再構築中、デビュー間近
c202 A-tiger
c203 A-tiger
c204 A-tiger
c205 A-tiger c201 A-tiger 再構築中、デビュー間近
できました、受け取ってきます。
ラウンドロビンに追加してやってくださいー >>703 c201 受け取ってきました
携帯用にパスワード変更済み
確認しましたが、プライベート側 I/F 装備してないんですね。< c201
100Mbps があふれたりしそうな気がします、、、。
で、ちとこれからオフラインになります。すみません。
次は帰宅後の予定(出先からアクセスするかもですが)。
というわけで、もしそれが可能であれば、
他の携帯用のA-tiger同様、
ネットワークカードの増設と設定をいただけると、
とても助かりますです。
c全台を雪だるまのサブネットとおなじにする作戦やるです
雪だるまとcってバランサ共有で行けるんですかね?
その場合バランサには沢山IPが必要だったりする?
>>713
いける気がしますが、自信ないです。
帰宅後に調べて返事します。
ただ、もしオンラインでしたら、
SunOSさんにお返事いただけるのが、たぶん一番確実です。
で、もし仮にそのような構成にした場合、
サービスごとにそれぞれ、サービス用のIPアドレスが必要になるです。
つまりこの場合、バランサにログインするための実アドレス、
雪だるまサービス用アドレス、cサービス用アドレス、
という具合になります。
>>713 ですが、できそうなかんじです。
matd 内で IPアドレスとポート番号を指定しているので、
雪だるま用の matd と c 用の matd を動かす感じでいけるような気がします。
で、ucarp でのバランサ二重化の部分も問題なさそうです。
なお、二重化の際に片方を雪だるま用、もう片方をc用、
というふうに設定して通常時は同時に稼働させることも
できるような気がしますが(ucarpを2つ動かすことで)、
これはちょっと、実際に入れてみないとわからないところがあります。
でももし上記ができなくても、今の banana403 と banana404 のように、
主と副、という状態では動かせると思います。
(続きます) (続き)
で、matd を動かすバランサー2台はプライベート側ネットワークへの接続性は必要なく、
替わりに、互いをクロスケーブルで直結する必要がありますので、
こんな構成で組めばよいはずです。
──┬───────────────┬──── 206.223.150.0/24 on 電車男SW
T-banana64―クロスケーブルで直結―T-banana64
＜要件＞
1) T-banana64 2台 には、206.223.150.* のアドレス普通に一つずつつける
2) T-banana64にはネットワークI/Fをそれぞれ増設し、それによりクロスケーブルで直結する
3) 1) とは別に、206.223.150.* の IP アドレスを2つ用意する
このアドレスが「サービス用アドレス」となります
サービス用アドレスはT-banana64のどちらかにつくことになる
なお、T-banana64がいいのは、
単に32より64のほうが私にとって扱いやすく、パフォーマンスも出しやすいからです。
>>717
そうですね。
まずは >>716 のハードウェア構成を組めば、
少なくとも c のバランサとしては間違いなく使えるようになります。
そこにうまいこと、雪だるまのバランサも入れられれば、
banana403 と banana404 をリプレースできる、
という感じでしょうか。 >>719
一度寝たんですが、目が覚めてしまって、、、。
もうねます。
明日も朝から普通に仕事なんで。 >711の作業を本日より順次開始(^_^;)サービスに影響は出ない予定
>>721
おつです。
こんなかんじなんですかね。
変更対象サーバをcラウンドロビンからはずす
↓
サーバのIPアドレスを変更する
↓
c??.2ch.netのDNSを変更する
↓
変更対象サーバをcラウンドロビンに戻す で、今見たところ現状はこんな感じにみえます。
c20 まだ
c21 ○ (既に150)
c22 まだ
c23 まだ
c24 まだ
c201 まだ
c202 ○
c203 ○
c204 まだ
c205 まだ
今見たらこうなってました。
c20.2ch.net : 206.223.147.220
c21.2ch.net : 206.223.150.200
c22.2ch.net : 206.223.149.45
c23.2ch.net : 206.223.151.25
c24.2ch.net : 206.223.149.230
c201.2ch.net : 206.223.150.105
c202.2ch.net : 206.223.150.25
c203.2ch.net : 206.223.150.30
c204.2ch.net : 206.223.150.130
c205.2ch.net : 206.223.150.230
c201, c204, c205 が 206.223.150.* に変わった模様。
あと一台c24を206.223.150.XXXにする(^_^;)明日早朝に完了予定ー
現在サブネットを雪だるまと統一できているサーバ
c21.2ch.net : 206.223.150.200
c201.2ch.net : 206.223.150.105
c202.2ch.net : 206.223.150.25
c203.2ch.net : 206.223.150.30
c204.2ch.net : 206.223.150.130
c205.2ch.net : 206.223.150.230
明日(7/5)の早朝にサブネットを変更する予定のサーバ
c24.2ch.net : 206.223.149.230 → 206.223.150.150
c201
c203
c204
c205
の広告がリンク形式になってないんですけど、
やり方教えていただけませんか？
IPアドレス変更完了(^_^;)
tiger3502 c201 206.223.150.105
tiger3503 c202 206.223.150.25
tiger3504 c203 206.223.150.30
tiger3505 c204 206.223.150.130
tiger3506 c205 206.223.150.230
banana3239 c21 206.223.150.200
banana3244 c24 206.223.150.150
おつですた。>>729
現c21とc24がバランサになり、
c201〜c205がフロントとなる、
ということですかね。 さて、食材はそろったですかね?
c20,c22,c23 はどうなったですか?
DNSラウンドロビンな c は、>>703 の状態のはず。
;; ANSWER SECTION:
c.2ch.net. 300 IN A 206.223.147.220 c20
c.2ch.net. 300 IN A 206.223.150.200 c21
c.2ch.net. 300 IN A 206.223.149.45 c22
c.2ch.net. 300 IN A 206.223.151.25 c23
c.2ch.net. 300 IN A 206.223.150.25 c202
c.2ch.net. 300 IN A 206.223.150.30 c203
c.2ch.net. 300 IN A 206.223.150.130 c204
c.2ch.net. 300 IN A 206.223.150.230 c205
c24 c201 ラウンドロビンから外し中 で、これからはこんなかんじでしょうか。
もし c201 が準備OKなら、
上記 0) と 1) は同時にやってもOKかなと。
0) まず c201 を c DNSラウンドロビンに復活させる(c201の動作確認のため)
1) A-tiger 5台で問題なくいけることを確認するため、
c DNSラウンドロビンから c20 c21 c22 c23 を抜く。
安全をみるため、これで1日動かしてみる
2) どのサーバにも割り当てられていないIPアドレスを一つ、
206.223.150.* に準備する
3) c21 と c24 を「バランサ仕様」に改築し、セットアップする
3-a) プライベート側ネットワークをはずし、c21 と c24 をクロスケーブルで直結する
3-b) matd、ucarp等をしかるべく設定する
3-c) telnet を使った動作試験をする
3-d) バランサを片方落としてみる試験をする
4) DNS設定を変更し、c.2ch.net をDNSラウンドロビンからバランサ仕様に移行する
5) c20 c22 c23 は空いたので、返却するなりなんなり
おっと、一点問題があるようです。
一部ホストのDNS逆引きがおかしいです。
IPアドレスを変えたことが理由だと思いますので、
修正をお願いできますでしょうか。
c20.2ch.net = 206.223.147.220 = banana3237.maido3.com 正しい
c21.2ch.net = 206.223.150.200 = banana3239.maido3.com 正しい
c22.2ch.net = 206.223.149.45 = banana3233.maido3.com 正しい
c23.2ch.net = 206.223.151.25 = banana3243.maido3.com 正しい
★c24.2ch.net = 206.223.150.150 = banana381.maido3.com おかしい
★c201.2ch.net = 206.223.150.105 = banana394.maido3.com おかしい
c202.2ch.net = 206.223.150.25 = tiger3503.maido3.com 正しい
c203.2ch.net = 206.223.150.30 = tiger3504.maido3.com 正しい
★c204.2ch.net = 206.223.150.130 = banana396.maido3.com おかしい
★c205.2ch.net = 206.223.150.230 = banana2859.maido3.com おかしい
>>734 の 0) 1)一気にやろう
0) まず c201 を c DNSラウンドロビンに復活させる(c201の動作確認のため)
1) A-tiger 5台で問題なくいけることを確認するため、
c DNSラウンドロビンから c20 c21 c22 c23 を抜く。
安全をみるため、これで1日動かしてみる
お願いしますー >>738 >>738
おつです。修正を確認しました。
206.223.147.220=banana3237.maido3.com
206.223.150.200=banana3239.maido3.com
206.223.149.45=banana3233.maido3.com
206.223.151.25=banana3243.maido3.com
206.223.150.150=banana3244.maido3.com
206.223.150.105=tiger3502.maido3.com
206.223.150.25=tiger3503.maido3.com
206.223.150.30=tiger3504.maido3.com
206.223.150.130=tiger3505.maido3.com
206.223.150.230=tiger3506.maido3.com
>>739
申請的には、
(削除)
+c.2ch.net:206.223.147.220:300
+c.2ch.net:206.223.150.200:300
+c.2ch.net:206.223.149.45:300
+c.2ch.net:206.223.151.25:300
(追加)
+c.2ch.net:206.223.150.105:300
のはず。 >>734 の 2) 3)一気にやろう
2) どのサーバにも割り当てられていないIPアドレスを一つ、
206.223.150.* に準備する
3) c21 と c24 を「バランサ仕様」に改築し、セットアップする
3-a) プライベート側ネットワークをはずし、c21 と c24 をクロスケーブルで直結する
3-b) matd、ucarp等をしかるべく設定する
3-c) telnet を使った動作試験をする
3-d) バランサを片方落としてみる試験をする
お願いしますー >>744
>749
確保したIPアドレス(^_^;)つ206.223.150.14
matdとucarpのインストールできた(^_^;)
クロスケーブルは明日の午後までに接続する予定
サーバー用の機器ってAutoMDI/MDI-Xには対応してないものなの？
>752
接続するのはNIC同士だからねー(^_^;)
>>751
c21 と c24 の プライベート側 IP アドレスですが、
そのままでもいけることはいけますが、
運用上とてもまぎらわしいので、10.なんちゃら とか、
別系統のIPアドレスをつけたほうがいいです。
で、現在の雪だるまのバランサの設定をそのまま適用できると
非常に都合が良いので、
c21 = banana3239.maido3.com の em1
ifconfig_em1="inet 10.0.0.1 netmask 255.255.255.0"
c24 = banana3244.maido3.com の em1
ifconfig_em1="inet 10.0.0.2 netmask 255.255.255.0"
に、設定を変えてリブートしておいていただけるとうれしいです。
この2台は既に使用していないので、今やっても大丈夫なはず。
(続きます) で、それぞれの2台のサーバの /etc/hosts を編集して、
1) 今ある bg 系のプライベート IP アドレスを削除する
そのネットワークからは切り離されるので、
書いてあると思わぬ弊害が生じる可能性があります。
2) 以下を追加する
# private addresses
10.0.0.1 banana3239-private.maido3.com banana3239-private
10.0.0.2 banana3244-private.maido3.com banana3244-private
を、やっておくとよいです。
(とりあえずここまで)
>>752
対応している可能性はありますが、
ちゃんとしたクロスケーブルを用いたほうが、より安全・確実でしょうね。 スクリプトにbgのアドレス書いてある箇所があるのですが
変更の必要はありますか？
>>757
cフロントの中身については、まったく変更の必要はないはずです。 >>758
了解です。
「# private addresses」と書いてあるのを見て、
つい、どっちだっけ？と思ってしまいました。 >>759
どもです。
で、きっと、c21 とか c24 という名前にしておくのはいまいちですが、
これは今日今じゃなくてもいいので、あとでじっくりやればいいかなと。
機能で名づけるなら、
cfront1.2ch.net / ch2cfront1
cfront2.2ch.net / ch2cfront2
とかですかね。
(どくおさんは今たいへんそうなので、これはあとのTODOにしておきましょうです) 1) /etc/rc.conf の修正
em1のIPを変更する
(banana3239側)
#ifconfig_em1="inet 192.168.0.168 netmask 255.255.255.0"
ifconfig_em1="inet 10.0.0.1 netmask 255.255.255.0"
(banana3244側)
#ifconfig_em1="inet 192.168.0.171 netmask 255.255.255.0"
ifconfig_em1="inet 10.0.0.2 netmask 255.255.255.0"
2) /etc/hostsの修正
bgのホストをコメント化して、新たなプライベートIPを追加
# blackgoat 2.0
#192.168.0.193 bg21.2ch.net bg21-private.2ch.net
#192.168.0.194 bg22.2ch.net bg22-private.2ch.net
#192.168.0.195 bg23.2ch.net bg23-private.2ch.net
# private addresses
10.0.0.1 banana3239-private.maido3.com banana3239-private
10.0.0.2 banana3244-private.maido3.com banana3244-private
そしてリブート完了(^_^;)
>>762
おつです。
これから外勤&直帰につき、帰宅まで原則オフライン。 さてと。
「兄貴」の設定など相違のある点もあるかと思いますが、
まずはこういう順番でやってみるのがよさそう、っていう例を一方的に。
1) c21 = banana3239 単体で、matd を使ってロードバランサを動かす(単体テスト1)
2) c24 = banana3244 単体で、matd を使ってロードバランサを動かす(単体テスト2)
3) c21 と c24 を ucarp で結合する設定をする
ただし、まず最初にやることがあります。
これをやらないと何もはじまりません。
0) c201〜c205 = tiger3502〜tiger3506 の lo0 に、206.223.150.14 の IP アドレスを追加する
# added for matd
ifconfig_lo0_alias0="inet 206.223.150.14 netmask 255.255.255.255"
上記をフロント5台の /etc/rc.conf に追加します。
で、
ifconfig lo0 206.223.150.14 netmask 255.255.255.255 alias
を手で入力します。こうすればリブートは必要ありません。
次に、5台のフロントの em0 のMACアドレスを調べます。
ifconfig でわかりますが、一番楽なのはこの方法でしょう。
1) c21 = banana3239 にログインする
2) tiger3502〜tiger3505を順に ping する
3) arp -a | grep tiger350 | sort
tiger3502.maido3.com (206.223.150.105) at 00:1c:c0:4c:e2:cd on em0 [ethernet]
tiger3503.maido3.com (206.223.150.25) at 00:1c:c0:26:a7:08 on em0 [ethernet]
tiger3504.maido3.com (206.223.150.30) at 00:1c:c0:4d:39:c4 on em0 [ethernet]
tiger3505.maido3.com (206.223.150.130) at 00:1c:c0:56:75:f0 on em0 [ethernet]
っと、もう1台あるか。
tiger3502.maido3.com (206.223.150.105) at 00:1c:c0:4c:e2:cd on em0 [ethernet]
tiger3503.maido3.com (206.223.150.25) at 00:1c:c0:26:a7:08 on em0 [ethernet]
tiger3504.maido3.com (206.223.150.30) at 00:1c:c0:4d:39:c4 on em0 [ethernet]
tiger3505.maido3.com (206.223.150.130) at 00:1c:c0:56:75:f0 on em0 [ethernet]
tiger3506.maido3.com (206.223.150.230) at 00:1c:c0:56:7d:83 on em0 [ethernet]
これで、MACアドレスがわかりました。
これをもとに matd.cf ファイルを作ります。
banana3239 に入れる、/usr/local/etc/matd.cf を作ります。
ただし、まだこの時点では matd は起動しません。
# listen の address はホスト名または IP アドレス，
# port はサービス名またはポート番号で指定．
listen=206.223.150.14:80
# output_if は targets と同一セグメントにあるネットワーク I/F 名．
output_if=em0
# targets の address はホスト名，IP アドレスまたは MAC アドレスで指定．
# weight を省略した場合は 1 となる．
targets=00:1c:c0:4c:e2:cd,00:1c:c0:26:a7:08,00:1c:c0:4d:39:c4,00:1c:c0:56:75:f0,00:1c:c0:56:7d:83
で、/etc/ipf.rules を書いて、banana3239 が返事をしないようにします。
でも、まずその前に念のため、banana3239 で動いている httpd の Listen 行を、
Listen 80
から、
Listen 206.223.150.200:80
に変更しておきます。
これで、間違って banana3239 の httpd が返事をすることはなくなりました。
/etc/ipf.rules は1行でよいです。
他の行は必要ありません。
block in quick proto tcp from any to 206.223.150.14 port = 80
これで準備できたので、
ifconfig_em0_alias1="inet 206.223.150.14 netmask 255.255.255.255"
のような行を書いて(既に書いてあるみたいですね)、サーバをリブートします。
>>769 とか >>770 の影響を防ぐため、単に reboot しておくといいかも。 次に、matd を起動するための設定をします。
このサーバは matd に最大限の資源を与えるべきなので、
rtprio コマンドを使って、鼻薬をかがせます。
こんな起動スクリプトを準備して、daemontools 配下に置くのが楽です。
matd のエラーログをとるため、以下のように log も準備します。
mkdir /home/matd
chmod +t /home/matd
mkdir /home/matd/log
mkdir /home/matd/log/main
chown users:users /home/matd/log/main
(/home/matd/run 作成)
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
/usr/sbin/rtprio 31 /usr/local/sbin/matd -F \
-f /usr/local/etc/matd.cf \
-s /var/log/matd.stats
(/home/matd/log/run 作成)
#!/bin/sh
exec setuidgid users multilog t ./main
chmod +x /home/matd/run
chmod +x /home/matd/log/run
で、
cd /var/service
ln -s /home/matd
とすると、matd が起動するはずです。
10秒程度以上経過してから、
svstat /var/service/matd
で、matd が起動して10秒程度以上経過していることを確認します。
何かエラーがあった場合、/var/service/matd/log/main/current にログができていくので、
対応する必要があります(エラーがない場合ログは何も出ません)
ここまでで、＊外部＊から、
telnet 206.223.150.14
すると、それぞれのフロント tiger3502〜3506 の httpd が「こんにちは」するはずです。
ただしそれには、tiger3502〜3506 のほうで、
バーチャルホストの設定を済ませてある必要があります。
具体的には、tiger3502〜3506 の httpd.conf で、
従来からある、
NameVirtualHost 206.223.150.105:80
などの行に追加して、
NameVirtualHost 206.223.150.14:80
の行を追加してやり、
<VirtualHost 206.223.150.105:80 206.223.150.96:80>
のように、VirtualHost の行にも IP アドレスを追加して、httpd を再起動します。
ここまでで、
a) 単体で banana3239 がバランサとして動作し、
b) 5つのフロントサーバ tiger3502〜3506 に負荷が均等に配分される
ようになったはずです。
確認はこのようにすればいいでしょう。
＊外から＊ telnet で port 80 につないで、c.2ch.net がこんにちは、
すれば、問題ないわけです。
念のため、数回やってみるとよいです。
telnet 206.223.150.14 80
Trying 206.223.150.14...
Connected to 206.223.150.14.
Escape character is '^]'.
GET / HTTP/1.1 <= 入力
Host: c.2ch.net <= 入力
<= 空行を入力
HTTP/1.1 200 OK
Date: Tue, 08 Jul 2008 16:41:53 GMT
Server: Apache/なんちゃら
Last-Modified: Fri, 23 May 2008 03:42:31 GMT
ETag: "90-44ddd9e9c57c0"
Accept-Ranges: bytes
。。。
ここまでできると、
>>764
> 1) c21 = banana3239 単体で、matd を使ってロードバランサを動かす(単体テスト1)
が、できたことになります。
自分でやるなら、っていうことで、
以前のことを思い出しつつ、メモや過去ログをみつつやったので、
手順に抜けや間違いなど、あるかもしんないです。
ここまでは、c21 と c24 をクロスケーブルで直結していなくてもできますので、
たんたんとテストをすすめておくとよいと思います。
ということで、今日はここまでで。
# 実は、明日午後から金曜まで外勤だったりする私。 >>777
まだ先があるので、
この先はまた、明日夜以降にでも時間とれれば。 >747
3-a)完了(^_^;)相互に通信を確認
>>781
おつです。物理的にはこれでおｋですね。
時間取れて気力があれば、今夜にでも昨夜のの続きの部分を。 > ・206.223.150.14 のIPを em1に割り当て済>(rc.confに記述&オンラインで有効化)
> ・10.0.0.1のIPを lo0に割り当て済(rc.confに記述&オンラインで有効化)
206.223.150.14 は c21 の em0 に alias で割り当てましょう。
10.0.0.1 が em1 です。
で、c24 の em1 に 10.0.0.2 です。
c24 の em0 は、今の段階ではそのままです。
で、c21/c24のlo0にはデフォルトの127.0.0.1とかだけです。
しかし、、、ううむ。
以前特化型スレに書いた、
matdの動作原理を再度良く勉強した方がいいような気がします、、、。
> 206.223.150.14 のIPを em1に割り当て済
c24 のほうは、c21が＊できてから＊やることになるので、
まだ/etc/rc.conf的に有効にしない(間違ってリブートしても有効にならない)
ようにしておくのが安全です。
で、重要なことを。
ものごとを複雑にするので、今は c24 の存在は＊忘れて＊ください。
ただし、c21 と ｃ24 の em1 に 10.0.0.1 と 10.0.0.2 をつけて、
互いに ping がとおるところまでは、確認しておいてください。
そのあとは、c24 は＊さわらないで＊ください。
206.223.150.14 というアドレスは、現時点では c24 には＊一切設定しない＊こと。
まずは、c21 を単体で動かすことに専念するです。
すべては、それからです。
基礎ができていないうちに一階を作ろうとしたり、
ましてや二階、三階を作ろうとしても、ずぶずぶと深みにはまるだけです。
「ステップ・バイ・ステップ」を忘れないように、ということで。
で、再度オフラインになるです。ごめんなさい。
次は、、、深夜かも。
ちょっとだけ時間とれたので、c21 と c24 をみてみています。
推敲無しで一気に書くので、口調がぞんざいです。すみません。
c24 とても変な状態ですね。
em0 lo0 に 206.223.150.14 というアドレスがついてしまっています。
これだと、既に c21 の 206.223.150.14 とバッティングしています。
既に設定を直しておられる途中かもしれないですが、
さきほども書いたように、いったん c24 からは 206.223.150.14 というアドレスは、
全て＊外して＊ください。問題を複雑にするだけです。
具体的には、
ifconfig_em0_alias1="inet 206.223.150.14 netmask 255.255.255.255"
ifconfig_lo0_alias0="inet 206.223.150.14 netmask 255.255.255.255"
これ @ c24 をコメントアウトしてください。
で、c21 / c24 の em1 ですが、現在 100Mbps でつながってしまっているようです。
クロスケーブルでつないでいて速度が自動判別なのに 1Gbps にならないのは、
おかしいです。
きっと、ケーブルの品質が悪い(Cat 5Eの品質を満たしていない)んだと思います。
このケーブル使い続けるのはトラブルのもとなので、
ちゃんとした(1Gbpsが出る)ケーブルに交換したほうがよいです。
あと、c24 の em1 に 10.0.0.2 のアドレスがついていないようなので、つけましょう。
#ifconfig_em1="inet 10.0.0.2 netmask 255.255.255.0"
これを復活させればいいはず。
c21 のほうは、/etc/rc.conf 的には現時点では大丈夫そうです。
というか直し中かしら。
c21 をいじる＊前に＊、>>787 を先にやっておくほうがよいです。
では、こんどこそそういうことで。PCたたみます。 ＞既に設定を直しておられる途中かもしれないですが、
＞さきほども書いたように、いったん c24 からは 206.223.150.14 というアドレスは、
＞全て＊外して＊ください。問題を複雑にするだけです。
外しました(^_^;)
↓む
／/
／ / ﾊﾟｶｯ
//⌒)∩＿＿∩
/.| .| ノ ヽ
/ | | ● ● |
/ | 彡 ( _●_) ミ
/ | ヽ |∪| /＿ ('A`)もちつけ
/／ │ ヽノ ＼／
"￣￣￣￣￣￣￣￣（..ノ
／￣￣￣￣￣￣￣／))ﾎﾞｲﾝ
／＿＿＿＿＿＿＿／
"￣￣￣￣￣￣￣"
c21 単体で動きましたか。まずはよかったです。
次は、c24 単体で matd を動かすテストをしましょうです。
もろもろは帰宅後に、エネルギーが残っていれば。
昨夜は帰宅後間もなく、倒れるように寝てしまいますた。
今しか時間取れない気がするので、電車にゆられつつ。
c24をしこむにあたり、まずc21をおやすみさせます。
といってもお休みさせるのはmatdと代表IPアドレスだけです。
以下の操作をc21でします。
この操作はのちのucarpでの設定の際のヒントになります。
・matd.cf を編集して、206.223.150.14 で待たせなくする
matd.cf の 206.223.150.14 を 127.0.0.1 に変えます。
で、
svc -h /var/service/matd
をします。
これで matd は 206.223.150.14 からいなくなります。
ここでのみそは、 matd を待機させるだけで、
終了させるわけではないということです。
・次に /etc/rc.conf を編集して、206.223.150.14 のアドレスがつかないようにする
該当行をコメントアウトします。
で、
ifconfig em0 206.223.150.14 delete
をします。
これで再起動をすることなく、206.223.150.14 が
c21 から消えました。
(続く)
これができたら、とりあえず15分ぐらいほっておきます(わけは後で話します)。
その後、c24でc21出やったことを忠実に再現して、
c24でmatdを使ったロードバランシングが動くようにします。
ここまでできたら、第二段階は終了です。
その道の識者の方：
使われないARPテーブルって、15分もあればクリアされましたっけ。
最近ここでしか現場をやってないんで、ちと自信なかったり。
>>796
識者じゃないけど…
arp -d IP address で明示的にクリアしちゃうのは？ これかな？ net.link.ether.inet.max_age
普通は1200で20分かと
>>798
ふむふむ。
15分 → 20分ということでおながいします。
>>797
えっと、クリアされてほしいのは、
PIEのルータにあるARPテーブルだったりして。 >>768 で、1行目にあった、
proto=tcp
を私、コピペし忘れたんですね。
どくおさんごめんなさい。 1Gbps になっているみたいですね。< c21とc24の間
でも、
em1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
ether 00:1b:21:10:1d:ed
inet 10.0.0.2 netmask 0xffffffff broadcast 10.0.0.2
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
ネットマスクの設定が間違っているみたいで、ping が通りませんでした。
/etc/rc.conf はあっているみたいなので、手で入力するときに間違ったのかも。
>>801 は c24 ですね。
c21 はあっているみたいです。
で、いったんオフライン。 >>799
む〜さん… net.link.ether.inet.max_age も FreeBSD の kernel configuration っしょ？
apr table に関する RFC 的な何かという意味なら… 特に規定はなかったかと。
っうことで、スイッチ/ルータのモノと設定を見るしかないかと… >>804
ですね、たしかに。
で、自分の経験ではPIEのルータでは10分も開ければ、
割とクリアされたような予感も。 無事、両サーバとも単体で動く状態になったみたいですね。
次の段階(ucarp設定)に進むときが来たと。
帰宅後(たぶん深夜の予定)にでも。
で、ちょっと仕事抜けてきたので、またオフライン。
さて、いよいよ ucarp の設定にいきます。
まずは仮想IPアドレスがちゃんとサーバ間を移動することを確認するです。
主サーバを c21、スタンバイサーバを c24 にすることにします。
daemontools 配下にすべく、以下のコマンドを c21 と c24 で投入します。
mkdir /home/ucarp
chmod +t /home/ucarp
mkdir /home/ucarp/log
mkdir /home/ucarp/log/main
chown users:users /home/ucarp/log/main
(/home/ucarp/log/run 作成、両サーバとも共通)
#!/bin/sh
exec setuidgid users multilog t ./main
chmod +x /home/matd/log/run
/home/ucarp/run は c21 と c24 で異なります。
メインとバックアップなので、変わってきます。
/home/ucarp/run @ c21
#!/bin/sh
exec 2>&1
exec env - PATH="/usr/sbin:/sbin:/usr/bin:/bin:/usr/local/bin:/usr/local/sbin" \
ucarp --preempt --interface=em1 \
--srcip=10.0.0.1 \
--vhid=1 --pass=何か適当な秘密の文字列 \
--addr=206.223.150.14 \
--upscript=/usr/local/etc/zzz-matd-up.sh \
--downscript=/usr/local/etc/zzz-matd-down.sh \
--shutdown
/home/ucap/run @ c24
#!/bin/sh
exec 2>&1
exec env - PATH="/usr/sbin:/sbin:/usr/bin:/bin:/usr/local/bin:/usr/local/sbin"
\
ucarp --preempt --interface=em1 \
--srcip=10.0.0.2 \
--advskew=128 \
--vhid=1 --pass=上と同じ何か適当な秘密の文字列 \
--addr=206.223.150.14 \
--upscript=/usr/local/etc/zzz-matd-up.sh \
--downscript=/usr/local/etc/zzz-matd-down.sh \
--shutdown
で、c21 c24 とも、
chmod +x /home/ucarp/run
しておきます。
> --advskew=128
のオプションがついているほうが、スタンバイサーバになります。
あとのオプションの内容は、
ucarp に付属の README を参照してくださいです。
で、
/usr/local/etc/zzz-matd-up.sh
と、
/usr/local/etc/zzz-matd-down.sh
のシェルスクリプトを、両サーバに準備する必要があります。
それぞれのスクリプトは、こんなかんじに作ります。
内容は c21 c24 とも同じです。
(/usr/local/etc/zzz-matd-up.sh)
#!/bin/sh
_LIP="127.0.0.1"
_VIP="206.223.150.14"
_CFFILE="/usr/local/etc/matd.cf"
_CFFILE_SKEL="/usr/local/etc/matd.cf.skel"
ifconfig em0 $_VIP netmask 255.255.255.255 alias
sed -e "s/%%IPADDR%%/${_VIP}/" < $_CFFILE_SKEL > $_CFFILE
svc -h /var/service/matd
(/usr/local/etc/zzz-matd-down.sh)
#!/bin/sh
_LIP="127.0.0.1"
_VIP="206.223.150.14"
_CFFILE="/usr/local/etc/matd.cf"
_CFFILE_SKEL="/usr/local/etc/matd.cf.skel"
sed -e "s/%%IPADDR%%/${_LIP}/" < $_CFFILE_SKEL > $_CFFILE
svc -h /var/service/matd
ifconfig em0 $_VIP delete
っと、ここまで書いて大事なことを書くのを忘れていました。
ucarp の設定をする前に、c24 においても
matd と 代表IPアドレスを削除する必要があります。
c21 でやったことと同じことをして、
matd の中から 206.223.150.14 を削除し、/etc/rc.conf 的にコメントにし、
ifconfig で 206.223.150.14 を削除しておいてから、ucarp の設定をしてください。
そうしないと設定が干渉してしまいます。
つまり「どちらも 206.223.150.14 がついていなくて、matd も 127.0.0.1 な状態」
から、ucarp を入れる作業を始めることになります。
で、>>813 を見るとわかりますが、
このスクリプトは、
・I/F に代表アドレスを追加し、
・matd.cf.skel というファイルから有効な matd.cf を生成し、svc -h する
ものと、
・matd.cf.skel というファイルから待ちの matd.cf を生成し、svc -h して、
・I/F から代表アドレスを削除する
ものなわけです。 で、matd.cf.skel は c21 c24 に共通で、
既に作ってある matd.cf の、
listen=127.0.0.1:80
を、
listen=%%IPADDR%%:80
に、変えただけのものになります。
ここまで準備できたら、＊主サーバから先に＊、
ucarp を立ち上げます。
cd /var/service
ln -s /home/ucarp .
すると、主サーバに自動的に代表IPアドレスがついて、
matd が代表IPアドレスで働き始めるはずです。
ifconfig コマンドで、em0 にアドレスがついたことを確認します。
>>817 を行うと、システムログ(/var/log/messgaes)にメッセージが出ますので、
それも確認しておきます。
うまく立ち上がったら、スタンバイサーバ(c24)のほうでも、
ucarp を立ち上げます。
cd /var/service
ln -s /home/ucarp .
するとこちらは、相手側の ucarp を自動検出して、
スタンバイモードになるはずです。 今日はとりあえず眠くて頭が働かないので、
「今やっている設定」を、たんたんとダンプしてみました。
「どうしてそういう設定が必要なのか」とか
「動作原理は何か」とか、そのあたりは、また別途ということで。
もしちゃんと動くようなら、この状態で c21 を halt (リブートではなく)して、
ちゃんと c24 に制御が移るかどうかも、試してみるとよいでしょう。
今日はもう限界につき、ここまで。
明日はたぶん、ほとんどオフラインの予定。
で、halt 状態から復活させるには、
いわゆる APC リブートをすればいいでしょう。
で、次のステップとしては、c201〜c205 が落ちたり上がったりした時に、
matd から切り離す、あるいは復活させる、
具体的には、matd.cf や matd.cf.skel から該当 MAC アドレスを削除したり
追加したりする機能を入れる、ということになります。
確かそちらでは、兄貴システムって呼んでるんでしたっけか。
それとここまでのものとうまく組み合わせられれば、より完璧になるでしょう。
そんなわけで、本日私はここまでで。
2) どのサーバにも割り当てられていないIPアドレスを一つ、
206.223.150.* に準備する
3) c21 と c24 を「バランサ仕様」に改築し、セットアップする
3-a) プライベート側ネットワークをはずし、c21 と c24 をクロスケーブルで直結する
3-b) matd、ucarp等をしかるべく設定する
3-c) telnet を使った動作試験をする
3-d) バランサを片方落としてみる試験をする
ここまでできたらしい(^_^;)
つことで、実際にやってみればいいわけね(^_^;)＞3-d)
1 コンテンツサーバを１台用意してページを作る
2 コンテンツサーバロードバランサー(matd)の対象サーバにする
3 ロードバランサー(matd)経由のアクセスでコンテンツサーバのページが見れることを確認
4 ロードバランサー(プライマリ)を停止する
5 それでもコンテンツサーバのページが見れることを確認する
こんな感じかな？(^_^;)
もし、かっこいいおにいさんなら、
「よーし かえるぞー」かなんか言って、
c.2ch.netのIPアドレスをいきなりばさっと、
202.206.150.14 だけにしてしまうとか、
やるんじゃないかな、などと予測。
つことで、c各サーバの設定はできてる
これからmatdの設定やる(^_^;)
それが終わったら・・・・>824・・・と(^_^;)
matdの設定完了(^_^;)バランサーサーバリブート
ささやき・・・いのり・・・えいしょう・・・ねんじろ！・・・・
↓
よし(^_^;)準備が完了したような気がする
これでc.2ch.netのIPアドレスを202.206.150.14だけにしても
c.2ch.netにアクセスできれば、matdがうまく動いている・・・・つーことで
やってもいいかな？(^_^;)
（だめっつってもやるけど）
c.2ch.netのIPアドレスを202.206.150.14だけに変更してしまった(^_^;)
10分ほどで切り替わる予定
;; ANSWER SECTION:
c.2ch.net. 300 IN A 206.223.150.14
うまく動いてると誰も気がつかない・・・・(^_^;)
んじゃプライマリを止める(^_^;)うまくいきませんように・・・・
あ、プライマリは17:00ちょうどに止める(^_^;)
そして 10分後にセカンダリも止めるんですネ
わかります。
1) プライマリ停止
2) 更にセカンダリ停止
3) プライマリ起動
4) セカンダリ起動
5) セカンダリ停止
6) セカンダリ起動
という式次第(^_^;)
ちなみに2)でセカンダリを止めたらc.2ch.netにアクセスできなくなるはずです(^_^;)
もし、アクセスできたら何かが間違っている・・・・
c24(セカンダリ)がプライマリに切り替わったことを確認(^_^;)
ああ、なんか順調すぎて・・・・
刺激の時間です(^_^;)c24(セカンダリ)停止
緊張したらうんこしたくなってきた(^_^;)いってくる
ただいま〜のエラー出てます＠c.2ch
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
docomo
設定時間内に接続できませんでした
SB
応答が得られませんでした。しばらくたってからもう一度操作してください。
au
ただいまEZweb情(ry
auはなんでもかんでもこれか！(^_^;)
c24が落ちて(ry
>>842
これの5）6）はもっと人が集まる時間にやろうよ。 ここまで順調だなぁ(^_^;)
んじゃc21(プライマリ)を立ち上げますー
おｋ
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
特に変化はない(^_^;)と
5)c24を再度停止する
順調に動いてるなぁ(^_^;)うーむ
6) c24再々起動(^_^;)
c24起動完了(^_^;)って、なんも予想外のことが起きないでやんの・・・
来週リターンマッチやる
もっとねっちりといやらしくべちょべちょにテストする
覚えとけ(^_^;)
乙です
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
>>824-825
手遅れだったようです。
完成しすぎていました。
次回からは機を逃さないようにセネガル 来週の予定(^_^;)
1) 雪だるまシステム動作テスト（リベンジ）
2) 兄貴システム動作テスト
今北。
今回はどくおさんの大勝利?
あとは、
・各々の設定の内容と理由を良く理解する
・フロントが落ちた時、復旧した時の自動設定システムを開発する
・8月の航空運賃があまりにも高くて泣きそう、という問題は何とかならないだろうか、、、
と言ったところでしょうか。
>>869
「北海道うまいもの巡りツアー」ぐらいなら企画してくれるかも＞三段目 どくおさんへ:
ざっと手順を見させていただきました。
概ねよいと思うのですが、
/var/service/ucarp/log/main と、
/var/service/matd/log/main ディレクトリ @ c21/c24 は、
chown users:users にしておかないと、ログが正しくとられないです。
(multilog が users に setuidgid で動くため)
で、chown したら、
svc -t /var/service/matd/log
svc -t /var/service/ucarp/log
を両サーバで一度実行して、ログ取り部分だけ再起動しておくとよいです。
で、一つ提案ですが、
yutori を 7.0 with root権限にするにあたり、
( ■ サーバリフレッシュ工事 連絡・作業スレッド１２
http://qb5.2ch.net/test/read.cgi/operate/1215172593/116 )
c-maigo 系のクッションを雪だるまになったフロント達に移す、
というのはどうでしょうか。
つまり、雪だるまでいう www2.2ch.net みたいな形にすると。
あるいはそこまで凝らなくても、たぶんどれかの A-tiger (例えばtiger3502あたり)
だけでもいいかもな、とは思いますが、、、。
一応、設定の経験も兼ねてという感じで。 >>869
説明しよー
ラベンダーが満開でとても素敵なきせつです
苺狩もいよいよ札幌近郊路地物の最盛期です
さくらんぼ狩りも絶好調、来週あたり種飛ばし大会が行われるんじゃないかい
一方うみです、海ですよ。
「うに」と「あわび」ですね、ｼﾞｭﾙｼﾞｭﾙ
hotter than July !! いくつか問題を出してみようかなと。
1) >>809 の --preempt 指定は、どういう意味でしょうか。
2) わざわざ外部コマンドで ifconfig を実行しているのに、
ucarp で＊も＊ --addr=206.223.150.14 のようになぜ、指定する必要があるのでしょうか。
3) --shutdown はなぜ指定する必要があるのでしょうか。
これがわかると、ucarp がどういうことをしているのか、
そしてその仕組みは何なのかが、わかってくると思いますです。
あと、応用問題として、
4) ucarp 環境下において、絶対に起こってはならない致命的な状況は何か
# 某日記でお答えいただけると、とてもうれしいかも。 READMeよめばいいじゃん
If you want a "preferred" master to always be the master (even if another
host is already the master), add the preempt switch (--preempt or -P) and
assign a shorter interval via the advertisement base (--advbase or -b) an
skew (--advskew or -k). This will cause the preferred node to ignore a
master who is advertising a longer interval and promote itself to master.
The old master will quickly hear the preferred node advertising a shorter
interval and immediately demote itself.
--shutdown (-z) will run the downscript at exit, unless ucarp is already in
the backup state.
2) わざわざ外部コマンドで ifconfig を実行しているのに、
ucarp で＊も＊ --addr=206.223.150.14 のようになぜ、指定する必要があるのでしょうか。
アドレスは１つとは限らないからじゃないにょ？
てか、ifconfig のＩＰとは 普通別のＩＰアドレス振るだろ？
4) ucarp 環境下において、絶対に起こってはならない致命的な状況は何か
・すべての鯖が立ち上がらない状況
・動いているのか死んでいるのか判断できない監視設計
・メンテ作業量増加による過労死
・スタンバイＮＩＣ／鯖間のプライマリ遷移競合
・２ちゃんねる全停止
・ひろゆき死亡ニュ〜ス
・ucarpプログラムのスタック
・ｒｏｏｔ▲▲の脳死状態
>>884
・ひろゆき死亡ニュ〜ス
むしろこれはシステム的には朗報 >>881
うん。READMEを読むのがよいです。
で、それは日本語で簡単にいうと、どういう意味なんでしょう。
>>882
間違いじゃないですが、それは本質ではないです。
>>884
どれも間違いではありませんが、
もっと簡単で、かつ絶対に起こってはいけないことがありますです。 2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/849
849 ：root▲▲ ★ [sage] ：2008/03/29(土) 16:58:49 ID:???0 ?
一時的にオンラインに。
某所:
> ・ロードバランサーを二重化する場合には、プライベートネットワークの
> 環境が必要になる
>>834
> あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
「望ましい」と書いているとおり、専用のプライベート接続がなくても
動作自体はすると思います。
その場合相手が生きているかどうかを、
パブリック側のネットワークでチェックすることになるため、
他の通信に影響されるおそれがあります。
つまりその分、相手が生きているかどうかをチェックする部分の信頼性が
やや低下します。
こういうのをやる場合に一番まずいのは「相手の死の誤検出」です。
つまり主ノードが生きているのにスタンバイノード側が「死んだ」と判断すると、
両方のノードが同時に動作してしまうことになり、致命的です。
でもでも、まずは基本構成を作るのが先なんじゃないかなと。
というところでまたしてもオフラインに。はい。
>>888
正解ですね。
っていうか、私、自分で書いてたのかｗ。
で、それが起こる最も考えられる物理的な原因が、
本当の正解、ということで。 はぁ！？
その設計は、プライベ〜トとパブリックとを一枚岩として構築するってことだろ？
ありえねぇよ。そんなの。
プライベ〜ト接続を持つのは通常アプリ等の上位レベルの冗長構成における生死確認用経路として使用するのが普通。
例えば、ベリタスのクライアントサ〜バとかがこの例。超伝統的構成。
ＩＰアドレスの冗長構成の生死確認でプライベ〜ト側経由でなにを確認するつもりなんだ？
一枚岩構造でプライベ〜トだけで生死確認をしていたのでは、パブリック側ＮＩＣ故障に対応できない。
高トラフィックによる誤検出を心配しているようだが
もやはそれほどの高トラフィックで動作を保証などナンセンス。
ブロ〜ドキャストパケットがそれほど遅延するのでは、
そのＬＡＮでは、ＡＲＰテ〜ブルのあちこちで
expireされているアドレスが氾濫している状況で
通信自体 出来ていないだろ？ そんな状況でなにを保証したいんだい？
目的は、パブリック側のＩＰの冗長化
であれば パグリック側のＩＰの監視以外に パグリック側ＩＰの生死確認は無意味。
それと、アプリの生死確認で
プライベ〜ト経由で生死確認するなら、
通常プライベ〜ト側は２経路用意する。１経路死亡時の対策。
>>890
ぱっと見、とても正しい気がしますね。
特に、
> パブリック側ＮＩＣ故障に対応できない。
一面の事実として、これは確かにそのとおりだと思います。
> １経路死亡時の対策。
これはまさに >>889 の正解ということですね。
今の構成で一番の致命傷を与えようと思ったら、
・c21 と c24 の間のケーブルを引っこ抜く
のが一番、ということで。 で、206.223.150.* が完全にこの構成のみに使う、専用のネットワークであったとしたら
(VRRP や HSRP の設定の教科書によく出てくる形)、
パブリック側で、冗長確認をするようにしたかもしれないです。
ただ、現状では 206.223.150.* には、他にもいろいろなサーバが、
いろいろなスイッチをまたいだ形で接続されています(少なくとも、そう思われます)。
というわけで、直接2台をプライベート側ネットワークでリジッドに接続してしまうほうが、
今回の構築ではより安全・確実であるという判断をしたです。
>>892
> ・c21 と c24 の間のケーブルを引っこ抜く
Jimが「二重化されているから、こうやっても大丈夫なんですよ〜」と、
ケーブルを引っこ抜く姿が思い浮かんだ。 c21 と c24 の間のケーブルや、
c21 や c24 の em1 I/F は、今回の構成では命綱ですね。
「ここは絶対故障しない。したら終わり」という、
設計的には >>890 さんも言われているように、
本来はいまいちな、single point of failure ってやつかと。 現在の構成
c21 (ロードバランサー：マスタ、banana3239)
c24 (ロードバランサー：バックアップ、banana3244)
c201 (フロント：tiger3502)
c202 (フロント：tiger3503)
c203 (フロント：tiger3504)
c204 (フロント：tiger3505)
c205 (フロント：tiger3506)
そんでc21とc24をいろんな順列組み合わせで止めて
ロードバランサーが１台でも動いてるときには
c.2ch.netが見えていればいい感じ・・・・と(^_^;)
まずは
c21 off
c21 on
をやるー(^_^;)
えーっと(^_^;)いきなり第一段階で見えなくなってる・・・・よね？
期待する動作
c21シャットダウン
↓
c24が代替してc.2ch.netは見え続ける
のはずなんだけどなぁ(^_^;)
c.2ch.net見えた(^_^;)
ちと仕切り直し・・・・
再開は20分後
平常状態に戻すためにc21起動(^_^;)
うまく戻りますように・・・・
ところで次スレも「ボーリング場」でええんかな？(^_^;)
1段階進んだ気がするので、別タイトルじゃないんでしょうかね。>>907
次って何でしたっけ。 そんなんでしたっけ。>>910
過去スレに書いてあった気もしますが、
私はそろそろ用事で外出ということで、、、。 ぶはぁ(^_^;)ちょとヤボ用で遅くなった
今から再開
c21 off
c21 on
やるです(^_^;)
c.2ch.netはびくともしない予定
セカンダリーが代替した、問題なく動いてる(^_^;)
c21起動するー
現在c21起動処理中(^_^;)cは見えなくなってる
お(^_^;)見えた
約1分間のブラックアウトのあと
プライマリが復帰して、すべて順調に動いている
第2段
c24 off
c21 on
をやる(^_^;)
c.2ch.netはびくともしない予定
第2段
c24 off
c21 on < ここ間違えてたc24 onです
をやる(^_^;)
c.2ch.netはびくともしない予定
c21(プライマリ)は平然と動いてる(^_^;)cは順調に動いてる
c24（セカンダリ）の電源投入する
c24起動完了(^_^;)ほんの一瞬(2秒くらい？)見えなかった気がする
タイミング的にはロードバランサーが起動する瞬間っぽい
まだ何がどうかはわからないけど覚えておく。
現在はすべて正常に稼働中。
次
c21 off
c24 off
c21 on
c24 on
やる(^_^;)
c24をオフにしたところでcは見えなくなるはず
ここまでのまとめ(^_^;)
・プライマリが稼働中に落ちても自動的にセカンダリが稼働することを確認
・セカンダリ稼働中のプライマリを復旧させると切り替え時に１分のブラックアウトが起こるらしい
・プライマリ稼働中にセカンダリが落ちてもサービスに影響なし
・プライマリ稼働中にセカンダリを復旧させると数秒のブラックアウトが起こっているように感じた（一瞬すぎて確信はない）
つか一番重要なサーバが壊れた・・・・(^_^;)
22日まで修理できないらしい
c21,24両方ダウン中(^_^;)無事cは見えなくなった
・プライマリ→セカンダリの順で落ちた
・プライマリ→セカンダリの順で復旧させる
さあ、どうなるか？(^_^;)
c21(プライマリ)を起動するー
c21起動完了(^_^;)c見えるようになった
>937
いやまじで(^_^;)
c24起動完了(^_^;)セカンダリとして稼働を確認
途中cはずっと見えてた
つことで再びfsck待ち・・・・
・プライマリが落ちて、さらにセカンダリが落ちたらcは見えなくなる
・先にプライマリを復旧した場合に、プライマリ起動と同時にcが見えるようになる
・次にセカンダリを復旧した場合は、正常にセカンダリとして復旧する。その間cには影響なし。
fsckが終わり次第
c21 off
c24 off
c24 on
c21 on
やります(^_^;)さっきのやつの復旧順番が逆のパターン
☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ〜
ﾏﾁｸﾀﾋﾞﾚﾀ〜
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ fsckまだ〜？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
fsck完了(^_^;)>943やります
c21電源落とすー
サーバー落とさずに、該当鯖にログインしてifdownとかじゃ駄目なの？
>946
実戦的じゃないもの(^_^;)
実験は過酷な条件でやらないとねー
httpdのダウンってのはやっておきたいけど、今日はやらない。
c24落ちた(^_^;)c見えなくなった
>947
・切り替わる瞬間1秒とかそういう短い時間のブラックアウトがあった
c24起動完了(^_^;)cが見えるようになった
c21起動するー
c21起動完了(^_^;)プライマリとして稼働開始
この間cはブラックアウトしなかったように見える
fsck待ち(^_^;)
次は
c24 off
c21 off
c21 on
c24 on
・プライマリが落ちてセカンダリに切り替わる瞬間に一瞬ブラックアウトがある
・プライマリが落ちて、さらにセカンダリが落ちたらcは見えなくなる
・先にセカンダリを復旧した場合に、セカンダリ起動と同時にcが見えるようになる
・次にプライマリを復旧した場合は、正常にプライマリとして復旧する。その間cには影響なし。
c24電源落ちた(^_^;)cには影響なし
引き続きc21の電源落とします
c21の電源落ちた(^_^;)cは見えなくなった
c21の電源入れますー
c21起動完了(^_^;)プライマリとして稼働開始。c見えるようになった
c24電源入れます
c24起動完了(^_^;)セカンダリとして動き始めた。cに影響なし
fsck待ち
次は
c24 off
c21 off
c24 on
c21 on
やる
c24電源落ちた(^_^;)cは問題なく見えてる
c21の電源落とすー
c21の電源落ちた(^_^;)cは問題なく"見えない"
c24の電源入れるー
c21起動完了(^_^;)cが見えるようになった
c24起動する
>966あわてて間違えた(^_^;)
c24起動完了(^_^;)cが見えるようになった
c21起動する
c21起動失敗(^_^;)手動fsckに突入
cは見えてる
c21起動完了(^_^;)c21がプライマリとして稼働中。cに影響なし。
以上実験終了
まとめ
実験は成功(^_^;)動作は期待通り
・ロードバランサーは停止順序にかかわらず自動的に切り替わる
・ロードバランサーは起動順序にかかわらず自動的に切り替わる
・２台とも停止したらcは見えない(^_^;)
なお、ロードバランサーの切り替えの時には一瞬あるいは1分程度のブラックアウトが起こることがあることも判明。
引き続きアニキのテストやる(^_^;)
アキニシステムによって、c201〜c205のサーバが落ちても自動的に
ロードバランスの振り分け先から切り離される予定なのだな
現在の構成
c21 (ロードバランサー：マスタ、banana3239)
c24 (ロードバランサー：バックアップ、banana3244)
c201 (フロント：tiger3502)
c202 (フロント：tiger3503)
c203 (フロント：tiger3504)
c204 (フロント：tiger3505)
c205 (フロント：tiger3506)
実験その１(^_^;)
c201〜c204までの4台を一台ずつ停止していく
cはだんだん重くなるかもしれないけど、止まらないはず・・・・
実験その１(^_^;)
c201〜c204までの4台を一台ずつ停止していく
cはだんだん重くなるかもしれないけど、止まらないはず・・・・
大事なことなので２回言いました(^_^;)
つことでc201を停止しますー
ロードバランサー上の設定ではまだc201は切り離されていない(^_^;)
リロードしてるとたまにcが返事しない
うーむ(^_^;)なんかうまくいってない予感・・・・
c202落とします
c20 現在使用せず
c22 現在使用せず
c23 現在使用せず
まだいたっけ?
つまりは返却
c201 フロントとして稼働中
c202 フロントとして稼働中
c203 フロントとして稼働中
c204 フロントとして稼働中
c205 フロントとして稼働中
これも二台ですみそうですな
おはよござます。
>>986
返却、了解です。
> これも二台ですみそうですな
まぶさんの実験の様子見ていると、
ほんとに2台でいけるかもしんないですね。
日曜のピーク時を考えても、3台にはできそうな予感。 で、そのA-tiger2つをR改して、
namidameの置き換えと次の空港系サーバにしてみるとか。
マシンパワー余ってるならc.2chの機能アップしろや。
って携帯厨が・・・
マシンに余裕があるのに
お客さんが並んでしまっていると言うのは
どういうことだろう
もっと来てもいいのに、なんで来れないのだろう
