◎正当な理由による書き込みの削除について: 生島英之 とみられる方へ:【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3->画像>2枚
動画、画像抽出 ||
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク: http://5chb.net/r/operate/1203100286/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part4 ボーリング場 (頑固じゃなきゃネ)
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.1 - ボーリング場2
http://qb5.2ch.net/test/read.cgi/operate/1202658805/ 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場
http://qb5.2ch.net/test/read.cgi/operate/1201374777/ 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3 - シーガーディアン
http://qb5.2ch.net/test/read.cgi/operate/1095146311/ 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2 - 大黒埠頭
http://qb5.2ch.net/test/read.cgi/operate/1088657713/ 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 - マーリンルージュ
http://qb5.2ch.net/test/read.cgi/operate/1075887465/ Wikiページ
http://info.2ch.net/wiki/index.php?Love%20Affair \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アップデート失敗した(^_^;) \ _人人人人人人人人人人人人人人_ > ゆっくりしていってね!!! _<  ̄^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y .r-‐i'''''''''''i''''‐-、 o| o! .o i o !o .|\__|`‐´`‐/|__/| |_, ─''''''''''''─ ,、 / _ / \ / /\ /\ O i | ∩ | ! __ | | ノ 丶_ ヽ'ノ
ζ / ̄ ̄ ̄ ̄ ̄\ / \ /\ \,, ,,/ ヽ ||||( 6 ー─●─● ) なんでここでざるなんだブヒヒ | (∵∴ ( o o)∴) | < ∵ ∀ ∵> /\ └ ___ ノ .\\U ___ノ\ \\___) ヽ WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwwWWw↑→
_____ /:::::::::::::::::::::\ /:::::::::::::::::::::::::::::::::\ |:::::::::::|_|_|_|_|_| |_|_ノ∪ \,, ,,/ ヽ |::( 6 ー─●─● ) しまった!ヅラを忘れてたブヒヒ |ノ (∵∴∪( o o)∴) | < ∵ ∀ ∵> /\ └ ___ ノ .\\U ___ノ\ \\___) ヽ WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwwWWw↑→
∧_∧ / ヽ | ` ´| <>○<>\= 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 あとで読み返すときにわかりにくいので
この話題に関しては名前は統一希望w
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 広告配布サーバリストに追加した。
はやっ
http://ch2.ath.cx/ に c23,c25が追加された
>>38 おー。
ch2.ath.cx の中の人、おつですおつです。
彼女のまんこにふざけて突っ込んだらそのまま潮吹いてビチョビチョになってしまったんですが この場合保障って効くんですかね・・・・?
>>40 ワラタw
>>37 今晩のピーク時が楽しみですな。
今も重いとか切り離しとかで騒いでる人いるけど
量的には鯖数は足りてると思うんだ。
あとはソフトの中身的にうまく仕上げれば
下手すると8台も要らないんじゃないかとさえ思う。
>>30 よし、俺がつっこむぜ
2/30(水)は2/20(水)だよな! な!
>>42 そんな雰囲気ですねぇ
bgが2台とフロント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 そですねぇ
もう2台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
どうでもいいからとっととauべっかんこを復活してくれよ
( ・∀・)人(・∀・ ) ナカーマが沢山いてよかた。 ♪ひっとりっじゃないって〜 すってきっなことね〜
>>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 の改造中にハプニングが !?
bg2台で間に合うんじゃね?
黒山羊さんへ 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ですね。
>118
あい(^_^;)同じサーバ(t3501)にDNSが設定されてます
>114はおいらの記憶があいまいだったみたいです(^_^;)
んで、t3501のcサーバは現在ラウンドロビンから外れています。
http://qb5.2ch.net/test/read.cgi/operate/1200061619/555 555 :FOX ★ :2008/02/17(日) 05:37:42 ID:???0
c209 をc.2ch.netのラウンドロビンからはずす
(削除)
+c.2ch.net:207.29.253.190:300
>119 ぅぃぅぃ(^_^;)c209と同居してるんで、混乱してましたー
>>120 はい c209 は外れてから24h以上経過しています。
bg21のパブリックがわの転送量参照
あー(^_^;)なるほど・・・・
http://traffic.maido3.com/TZgT/j74A/0ZdL/ これの今朝10時前あたりの転送量の低下の話か・・・・
ちょとまってね(^_^;)いろいろ調べる
え?(^_^;)あれ? 今の話は 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 の実装して実験やったけど、地味だった
これはなに?
http://hobby10.2ch.net/appli/dat/1203213896.dat http://bg20.2ch.net/test/r.so/hobby10.2ch.net/appli/1203213896/ 短パンマン ★<><>2008/02/20 02:25:59 ID:TanpanM<>いろいろあるさ @bg r.so ver 2008/02/19<br>ERROR = 5656 <br>(e_mes = [888 buf=HTTP/1.1 304 Not Modified]) <br> <>名古屋はエ〜エ〜で ♪
他のスレでも同じ表示が出てるんですがが、これは何ですか?規制の一種?
詳しく説明してくれる人募集中 直す気はまんまんです
>>180 そのレス自分が書いたんだけど、今さっき特撮板でもなった
どうやら色んな板で起きてるみたいだね
>>180 になった時、他のVIPのスレ覗いても短パンマンが出て、レスがついてるかと思ったら
ここが壊れてます
だか壊れてるみたいだかの文章が4レスくらいついてて怖かった
>>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
ハードウェア・ネットワーク問題なさげ。
dmesg異常なし。
広告配布サーバにc26を追加。
以下を設定した。
http://c26.2ch.net/_service/20080220.txt メモリは他のcフロント同様、
3.4GBytesを認識(実際には8Gなんでしたっけ)。
相変わらずすばやっ
http://ch2.ath.cx/ c26 が載った、ということは・・・
http://ch2.ath.cx/i/ があるからお出かけしてもいいということか、
ふっふっふ
>>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が付きません
c27できたー(^_^;)
server: banana3242
IP 206.223.149.155
IP* 192.168.0.174
Account: ch2c27
Domain: c27.2ch.net
グラフ
パ
http://traffic.maido3.com/Qn8a/XOsy/b75W/ プ
http://traffic.maido3.com/rCOk/6iTo/zGja/ 今の状況 旧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が死んだっぽい(^_^;) いったんラウンドロビンからはずします
1 c.2ch.netラウンドロビンからc26をはずす 2 HDDを交換して再インストール 3 本日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つ、でいいんでしたっけ。
>255
10のはず(^_^;)
c-docomo5
c-docomo6
c20
c21
c22
c23
c24
c25
c26
c27
グラフは健全っぽ(^_^;)つ
http://server.maido3.com/pie/ >>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
banana3241とbanana3242、pingの応答はあるけど
httpdが落ちてるような?
http://c26.2ch.net/ http://c27.2ch.net/ c26.2ch.netはハードウエア故障でM/B交換だって
↓cで見てたらこんなんが出た。
名古屋はエ〜エ〜で ♪
http://hobby10.2ch.net/test/read.cgi/gage/1203936386/ 1 :短パンマン ★:2008/02/25 23:51:37 ID:TanpanM
いろいろあるさ @bg r.so ver 2008/02/19
ERROR = 5656
(e_mes = [33333])
今
>>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 でした。
(今日は打ち間違えが多すぎる。もうだめぽ)
>>285 > 朝の4時にbg内部のキャッシュがクリアされるので、ずーっと見れないということは無いと思います。
なるほど、朝の4時にバチンとトラフィックが出るのはそういうことですか。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/music8traf.html おー、なるほど。そのグラフのピコンは、そういうことだったのか。 なんとなく全体把握できてきたかも。
>>287-289 FOXさんから聞いたわけでは無いのですが、bgのトラフィックも4時になると跳ね上がるので、
おそらくそんな仕様ではないかと推測してます。
リセットが、朝4時だけではなく、ずらしながら他でも取れるとよさそうですね。
c26復活(^_^;)ラウンドロビンに入れたー
server: banana3253
IP 206.223.150.85
IP* 192.168.0.173
グラフはこれに変更
パブリック
http://traffic.maido3.com/0c3S/KHYG/gHbU/ プライベートネットワーク
http://traffic.maido3.com/QxH4/EEqh/9hkT/ >>298 私、入れないみたい。
というか、受け取りの儀式が再度必要なのかな。
>>298 えと、ということでもしかっこいいおにいさん(仮名)が
しばらくオンラインにならないのであれば、
受け取りの儀式を替わって私がやりたいと思います。
この儀式しておかないと広告用のファイルが更新されなかったり、
c-control からの制御ができなかったりしていまいちなので、
すみませんがよろしくおながいいたします。
>299-300 あい(^_^;) おいらは2chのパスワードを知らないので、まだ引き渡し用パスワードの状態です。
私は引渡し用パスワードを知らないので、 もしよろしければ私が知っているパスワードに変えていただき、 それをメールしていただけると、とても助かりますです。 # と言っても今 newsplus.jp がまたしても不調の模様。
あー(^_^;)んじゃ、いったんラウンドロビンから外します んで、引き渡しが終わってから再度組み込むってことでー
>>298 >>299 受け取りの儀式やりましたー
>>305 ハードウェア・ネットワーク等問題なさげ。
(ただし、メモリが8GBytesものなのかどうかはOSからは確認できず)
http://c26.2ch.net/_service/20080309.txt 設定済。
>>305 >>306 中身も問題ないこと確認しました
>>308 問題なさそうなので、ラウンドロビンに戻すための
DNS変更申請へと。
一時的にでもc.2chに手動でログ再取得設定でも付けたら。>短パンマン対策
もちつけが落ちているのでこちらで‥P2の規制の話 709 :動け動けウゴウゴ2ちゃんねる :sage :2008/03/13(木) 09:59:57 ID:LmDPTQB9P その2 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 おおぅwww
日本語って面白くて難しいなw
先日澳門に初めて上陸した記念に激しく歌ってまいりました。
こんにちは。暇つぶし2chのeucalyptus.と申します。 ご迷惑をおかけしております・・・。 遅ればせながら、スレッド取得をbg20対応にしてみました。 現在のところノーウエイトで取得するよう設定してあります。 負荷が高そうであれば、適宜書き込んで頂けると助かります。 #負荷調整を行います。 以上です。よろしくお願いします。
そういえば c-docomo5 c-docomo6 ってまだ動いているのか、
c26 FreeBSD 7.0R 32bit c27 FreeBSD 7.0R 64bit にして観察しよう作戦
c26 , c27 ラウンドロビンからはずしますー
ここをみるに、
http://ch2.ath.cx/ docomo5 docomo6 が無いほうがサービスの質はいいな、きっと
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落ちです。
スレタイ検索よろしく。
http://ch2.ath.cx/ 何かテストをしているんだろうけど… 何事!?banana3244(c24) の LA 100 over って
携帯からのアクセス多すぎやしないか? なんかやってんの?
攻撃だったのか、フロント6台じゃ限界だったのか、別の問題だったのか…
T-banana3239 (T-banana32) c21 鯖落ちてるけど、みんなきずいてないから 知らないことにしよう、そうしよう
c26 c27 は再インストールを急いでやっているが まにあうか !?
監視所で異常に見える時間
2ちゃんねる サーバ負荷監視所
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の検索結果に載る必要性を感じないし クローラーのアクセスを減らして鯖の負担を軽くしたほうがいいと思う。
>>374 それでグラフ動いてたのか >c26 c27
2ちゃんねるの転送量
http://server.maido3.com/pie/ >>376 どんどん黒らーに来てもらって2ちゃんねるが大盛況という作戦で動いています。
ググルたちが「携帯のページ」と認識するように c.2ch.net がなればいいんですけど・・・
>>378 c.2ch.netだけでなく、21.2ch.netやc22.2ch.netなどまで
検索結果として表示されて何が嬉しいのか理解できないですが
そういう方針ならしかたがないですね。
>>380 検索結果として同一スレが大量に表示されるのに
スパムサイト扱いされないんだから、それも可能かもしれませんね。
うまくやればランキング稼ぎできるかもですしw
今の状況 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 にログインできないようです。
>>389 入れました。
c26: FreeBSD 7.0/i386 3.4GBytes memory (本当は8GBytes)
c27: FreeBSD 7.0/amd64 8GBytres memory
を確認しました。
http://c26.2ch.net/_service/20080425.txt http://c27.2ch.net/_service/20080425.txt を設定しました。
で、c26, c27 とも、携帯フロント用パスワードに変更しておきました。
あっ そうだった そっちのパスワードだった 重ね重ねすんません。
で、今思ったんですが、 FreeBSD 7.0R/amd64 なら、 PHP+eAcceleratorがいまいちになることもないっぽい、と。
まてよ、PHP のインストール状況見てなかったですね。 みてみるです。< c26/c27 cセッティングだと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 でのメリットが、インストール時の不可解現象のデメリットを上回る
ようなら…
そうか、 また2台はずして再インストールにだしますか 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・・・じゃないのかw
お稲荷さんのままでいいのにwww
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 臨時用 稼動中
2ちゃんねる サーバ負荷監視所
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 臨時用 稼動中
2ちゃんねる サーバ負荷監視所
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 臨時用 稼動中
2ちゃんねる サーバ負荷監視所
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フロント四台でこなそう」だったけど ちと無理ですなぁ、あした6台にしてみてさらに減らせるかどうかを考えてみよう。
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 臨時用 待機中
2ちゃんねる サーバ負荷監視所
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 臨時用 待機中
2ちゃんねる サーバ負荷監視所
http://ch2.ath.cx/ c27はBIOSのアップデートを突然やります。 その時はc27をラウンドロビンからはずしてです。 一瞬4台態勢の出現。
>>489 つ
>>483 自分で宣言してるだろうがw
4台は持たないじゃなかったのか
おいおいw 478 :番犬 ★ :2008/04/29(火) 23:51:35 ID:???0 c27 7.0R(amd64) を残しておいて 以降暇なときにでもさらに精進かなと、 今回の目標は「cフロント四台でこなそう」だったけど ちと無理ですなぁ、あした6台にしてみてさらに減らせるかどうかを考えてみよう。 ↑これはどこいったんだよ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 臨時用 待機中
2ちゃんねる サーバ負荷監視所
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
×規制中 ×寄生虫 ○帰省中とかかな。>携帯使用者増
この期間を乗り切ったら フロントは5台で十分ですね 3台返却しよう。 次はさらに半減、究極の1台運用を目指して 新タイガーの開発にいそしもう。
>>517 4台で乙ったじゃねーかw
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はきれいにロードバランスされるようです。
はーとびーと&ろーどバランシングが望まれますなぁ 携帯が忙しい連休も終わったので 今週は5台態勢 (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 臨時用 待機中
2ちゃんねる サーバ負荷監視所
http://ch2.ath.cx/ >>527 c26, c27を返却ということは、
「いざとなればBGになれるマシン(= 8」が2台とも一時的になくなった、
ということでいいんですかね。
そのへんも含めて、
> 次は新タイガーに期待。
ということかしら。
おっと、
>>530 > 「いざとなればBGになれるマシン(= 8」が2台とも一時的になくなった、
(= 8 → (= 8GBytes memory)
DNSからの削除も確認しました。< c25/c26/c27
台帳から消去しました。
http://mumumu.mu/serverlist.html >>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限定で画像表示してさらに悪化させて対策を促そうという意図らしい。
c201.2ch.net のテストをして欲しい > 携帯厨の皆様方
http://c201.2ch.net/ auからだとさっきまでは「このページは未対応です。」と出た。
>>570 ERROR = 2304
e_mes = []
好[0]
p.so ver 2006/12/16 - べっかんこ作戦 by FOX ★
c201.2ch.net 受け取ってきましたー pw変更済み フロントになるように作ってくださいー
>>569 無駄パケ増えてau純正EZ速度規制続出かw
こっちですたか。
■ サーバリフレッシュ工事 連絡・作業スレッド11
http://qb5.2ch.net/test/read.cgi/operate/1210755849/360 cの中身は私のほうではチェックしていないです。
現在の状況
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 臨時用 稼動中
2ちゃんねる サーバ負荷監視所
http://ch2.ath.cx/ c2chサーバ負荷監視所
http://c2ch.uptime.ula.to/ というのが出来た。 LAだけじゃなくCPU idleもでます。
+ + ∧_∧ + (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 臨時用 稼動中
2ちゃんねる サーバ負荷監視所
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付き
2ちゃんねる サーバ負荷監視所
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付き
2ちゃんねる サーバ負荷監視所
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 の3台でいけそうな気もするが、 どうだべか?
前も誰かが言ってたけど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 のように。
>>641 単純にc209/yutoriのネットワーク帯域が足りないためと思う。
privateもないし、100Mめいっぱい使用していたよ。
http://traffic.maido3.com/nDNa/mO4n/JlWs/ >>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桁だかの番号を通知しないと2ちゃんねるにかけない
今のser番号での方法は廃止だ。
だれかスレ立てておいてくれー
そして 携帯めにっゅーの人に改造おねがいしておいてくれー
規制のほうはおいおい考えるということで、
>>645 7桁の文字列、ってやつですね。
規制のほうはiモードIDに大文字小文字情報に付加した、例の仕様がよさげですね。
iモードID-大文字小文字情報 を id種にする、と。
(例)
abCD123-1100000
1 が小文字フラグで。
>>646 一回テストしてるので簡単かな?
応援しちょります
c.2ch.net って、まだ utn 属性ついているんでしたっけ。 もう、はずしてOKのはず。 というか、よろしくおながいいたしますです。
>>615 のこと
2chの掲示板用サーバ(Rなしのやつ)
http://stats.2ch.net/karasu2.cgi も全台チェックした。
live27 のサーバと game13のサーバおよび bbm2のサーバが同様の現象だった
それらを含めて全台修正した。
おっ いくらもおいしいよー でもむつかしなぁ・・・ 季節とか空輸とか
お願い。 各板に散らばる全ての誹謗中傷スレッドを削除してください。 1週間待って削除されないのなら、2ちゃんねるを見るのを止めます。
>>655 今すぐ2ちゃんねるを見るのをやめることをお薦めします
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 あまるようだったら3台へと
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
>設定の1つに 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で「切り離し中」が頻発する場合、
それはこれまでとは別の原因ということになるです。
中の人からメールいただきました。
http://c205.2ch.net/test/-/operate/i 復活したようです。
原因は接続しているスイッチングハブの設定上の問題であったとのこと。
DNSを元に戻すのは、
かっこいいおにいさんの「受け取り」完了後にしようかなと。
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 は空いたので、返却するなりなんなり
ログインして少し確認してみましたが、
2nd Ethernetカードは正しくインストールされ、
アドレスも設定されているようです。< c201
動作も問題ない様子です。
http://c201.2ch.net/test/-/operate/i おっと、一点問題があるようです。 一部ホストの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 おつです。物理的にはこれでおkですね。
時間取れて気力があれば、今夜にでも昨夜のの続きの部分を。
> ・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 と c24 の 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 アドレスを削除したり 追加したりする機能を入れる、ということになります。 確かそちらでは、兄貴システムって呼んでるんでしたっけか。 それとここまでのものとうまく組み合わせられれば、より完璧になるでしょう。 そんなわけで、本日私はここまでで。
2008/5/20 べっかんこ(ula) にいろいろ。
http://b03.30.kg/test/read.cgi/afox/1211209200/39 キタ━━━━━━\(゚∀゚)/━━━━━━!!!!
2) どのサーバにも割り当てられていないIPアドレスを一つ、 206.223.150.* に準備する 3) c21 と c24 を「バランサ仕様」に改築し、セットアップする 3-a) プライベート側ネットワークをはずし、c21 と c24 をクロスケーブルで直結する 3-b) matd、ucarp等をしかるべく設定する 3-c) telnet を使った動作試験をする 3-d) バランサを片方落としてみる試験をする ここまでできたらしい(^_^;) つことで、実際にやってみればいいわけね(^_^;)>3-d) 1 コンテンツサーバを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(プライマリ)を立ち上げますー
おk
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権限にするにあたり、
( ■ サーバリフレッシュ工事 連絡・作業スレッド12
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 のようになぜ、指定する必要があるのでしょうか。 アドレスは1つとは限らないからじゃないにょ?
てか、ifconfig のIPとは 普通別のIPアドレス振るだろ?
4) ucarp 環境下において、絶対に起こってはならない致命的な状況は何か ・すべての鯖が立ち上がらない状況 ・動いているのか死んでいるのか判断できない監視設計 ・メンテ作業量増加による過労死 ・スタンバイNIC/鯖間のプライマリ遷移競合 ・2ちゃんねる全停止 ・ひろゆき死亡ニュ〜ス ・ucarpプログラムのスタック ・root▲▲の脳死状態
>>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 正解ですね。
っていうか、私、自分で書いてたのかw。
で、それが起こる最も考えられる物理的な原因が、
本当の正解、ということで。
はぁ!? その設計は、プライベ〜トとパブリックとを一枚岩として構築するってことだろ? ありえねぇよ。そんなの。 プライベ〜ト接続を持つのは通常アプリ等の上位レベルの冗長構成における生死確認用経路として使用するのが普通。 例えば、ベリタスのクライアントサ〜バとかがこの例。超伝統的構成。 IPアドレスの冗長構成の生死確認でプライベ〜ト側経由でなにを確認するつもりなんだ? 一枚岩構造でプライベ〜トだけで生死確認をしていたのでは、パブリック側NIC故障に対応できない。 高トラフィックによる誤検出を心配しているようだが もやはそれほどの高トラフィックで動作を保証などナンセンス。 ブロ〜ドキャストパケットがそれほど遅延するのでは、 そのLANでは、ARPテ〜ブルのあちこちで expireされているアドレスが氾濫している状況で 通信自体 出来ていないだろ? そんな状況でなにを保証したいんだい? 目的は、パブリック側のIPの冗長化 であれば パグリック側のIPの監視以外に パグリック側IPの生死確認は無意味。 それと、アプリの生死確認で プライベ〜ト経由で生死確認するなら、 通常プライベ〜ト側は2経路用意する。1経路死亡時の対策。
>>890 ぱっと見、とても正しい気がしますね。
特に、
> パブリック側NIC故障に対応できない。
一面の事実として、これは確かにそのとおりだと思います。
> 1経路死亡時の対策。
これはまさに
>>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をいろんな順列組み合わせで止めて ロードバランサーが1台でも動いてるときには c.2ch.netが見えていればいい感じ・・・・と(^_^;)
まずは c21 off c21 on をやるー(^_^;)
えーっと(^_^;)いきなり第一段階で見えなくなってる・・・・よね?
期待する動作 c21シャットダウン ↓ c24が代替してc.2ch.netは見え続ける のはずなんだけどなぁ(^_^;)
c.2ch.net見えた(^_^;) ちと仕切り直し・・・・ 再開は20分後
平常状態に戻すためにc21起動(^_^;) うまく戻りますように・・・・
ところで次スレも「ボーリング場」でええんかな?(^_^;)
1段階進んだ気がするので、別タイトルじゃないんでしょうかね。
>>907 次って何でしたっけ。
そんなんでしたっけ。
>>910 過去スレに書いてあった気もしますが、
私はそろそろ用事で外出ということで、、、。
次スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part5 - ブルーライトバー
http://qb5.2ch.net/test/read.cgi/operate/1216451148/ ぶはぁ(^_^;)ちょとヤボ用で遅くなった 今から再開
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は見えなくなるはず
ここまでのまとめ(^_^;) ・プライマリが稼働中に落ちても自動的にセカンダリが稼働することを確認 ・セカンダリ稼働中のプライマリを復旧させると切り替え時に1分のブラックアウトが起こるらしい ・プライマリ稼働中にセカンダリが落ちてもサービスに影響なし ・プライマリ稼働中にセカンダリを復旧させると数秒のブラックアウトが起こっているように感じた(一瞬すぎて確信はない)
つか一番重要なサーバが壊れた・・・・(^_^;) 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に影響なし。 以上実験終了
まとめ 実験は成功(^_^;)動作は期待通り ・ロードバランサーは停止順序にかかわらず自動的に切り替わる ・ロードバランサーは起動順序にかかわらず自動的に切り替わる ・2台とも停止したらcは見えない(^_^;) なお、ロードバランサーの切り替えの時には一瞬あるいは1分程度のブラックアウトが起こることがあることも判明。
引き続きアニキのテストやる(^_^;) アキニシステムによって、c201〜c205のサーバが落ちても自動的に ロードバランスの振り分け先から切り離される予定なのだな
現在の構成 c21 (ロードバランサー:マスタ、banana3239) c24 (ロードバランサー:バックアップ、banana3244) c201 (フロント:tiger3502) c202 (フロント:tiger3503) c203 (フロント:tiger3504) c204 (フロント:tiger3505) c205 (フロント:tiger3506)
実験その1(^_^;) c201〜c204までの4台を一台ずつ停止していく cはだんだん重くなるかもしれないけど、止まらないはず・・・・
実験その1(^_^;) c201〜c204までの4台を一台ずつ停止していく cはだんだん重くなるかもしれないけど、止まらないはず・・・・
大事なことなので2回言いました(^_^;) つことでc201を停止しますー
ロードバランサー上の設定ではまだc201は切り離されていない(^_^;) リロードしてるとたまにcが返事しない
うーむ(^_^;)なんかうまくいってない予感・・・・ c202落とします
ようやく帰宅。このスレも終盤と。
現状をまとめておくと、
c20 現在使用せず
c21 ロードバランサ(メイン)として稼働中
c22 現在使用せず
c23 現在使用せず
c24 ロードバランサ(バックアップ)として稼働中
c201 フロントとして稼働中
c202 フロントとして稼働中
c203 フロントとして稼働中
c204 フロントとして稼働中
c205 フロントとして稼働中
かな。
http://mumumu.mu/server_working/2ch_keitai.html 携帯→2ch運用情報スレッド76
http://qb5.2ch.net/test/read.cgi/operate/1215708125/839-841 にも少し書きましたが(c25はなくてc20があるんですね)、
c20 = banana3237
c22 = banana3233
c23 = banana3243
の3台は返却・退役でよいと思いますが、いかがでしょう。
c20 現在使用せず c22 現在使用せず c23 現在使用せず まだいたっけ? つまりは返却 c201 フロントとして稼働中 c202 フロントとして稼働中 c203 フロントとして稼働中 c204 フロントとして稼働中 c205 フロントとして稼働中 これも二台ですみそうですな
おはよござます。
>>986 返却、了解です。
> これも二台ですみそうですな
まぶさんの実験の様子見ていると、
ほんとに2台でいけるかもしんないですね。
日曜のピーク時を考えても、3台にはできそうな予感。
で、そのA-tiger2つをR改して、 namidameの置き換えと次の空港系サーバにしてみるとか。
マシンパワー余ってるならc.2chの機能アップしろや。 って携帯厨が・・・
マシンに余裕があるのに お客さんが並んでしまっていると言うのは どういうことだろう もっと来てもいいのに、なんで来れないのだろう
read.cgi ver 07.7.23 2024/12/25 Walang Kapalit ★ | Donguri System Team 5ちゃんねる -curl lud20250120131704このスレへの固定リンク: http://5chb.net/r/operate/1203100286/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3->画像>2枚 」 を見た人も見ています:・【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場 ・【Love Affair】携帯からのアクセスに対する考察・次の一手 Part5 - ブルーライトバー ・【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 ・【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 ・【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2 ・【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3 ・『馴れ合いカテゴリ』の携帯からのアクセスに付いて ・携帯からのアクセスを議論するスレ ・携帯からのアクセスを議論するスレ2 ・【携帯電話】DoCoMoからのアクセスを再考しよう - iモードID編 ・【携帯電話】docomoからのアクセスを再考しよう - iモードID編その2 ・携帯電話以外からのアクセス禁止にしたい ・【Amazon】アマゾン次の一手 自社ブランドの「預金口座」提供を模索 手数料削減、顧客の収入など貴重なデータにアクセス ・Elden Ring エルデンリング 考察スレ Part6 ・Elden Ring エルデンリング 考察スレ Part8 ・携帯からでも買える裏DVDショップ part14 ・【amour】AASで携帯からも長編AAを楽しもう―Ascii Art Scope Part2 ・NTT DoCoMo、携帯からインターネットにアクセスできる新サービスを開始 ・NTT DoCoMo、携帯からインターネットにアクセスできる新サービスを開始 ・NTT DoCoMo、携帯からインターネットにアクセスできる新サービスを開始 ・NTT DoCoMo、携帯からインターネットにアクセスできる新サービスを開始 ・NTT DoCoMo、携帯からインターネットにアクセスできる新サービスを開始 ・NTT DoCoMo、携帯からインターネットにアクセスできる新サービス「iモード」を開始 ・【ポケモン剣盾】シングルバトル環境考察スレPart42 ・■ Rock54M - 携帯からの広告投入撃退作戦 ・【SV】シングルバトル考察スレ Part32 ・【SV】シングルバトル考察スレ Part12 ・エースコンバット 携帯機総合スレ Part2 ・【剣盾】シングルバトル環境考察スレ Part162 ・【剣盾】シングルバトル環境考察スレ Part132 ・【剣盾】シングルバトル環境考察スレ Part182 ・【剣盾】シングルバトル環境考察スレ Part122 ・【剣盾】シングルバトル環境考察スレ Part142 ・【剣盾】シングルバトル環境考察スレ Part162 ・NHK教育を見て59229倍賢く次の一手 ・【急募】睡眠薬で眠れない患者への次の一手 ・【Love Affair】携帯に対する自治・次の二手 ・【芸能】ネットは地上波進出の手段か 気になるSMAP元マネの次の一手 ・【知財】成人漫画の海賊版対策「過去の人気作品に課題」 アダルトコミック業界、次の一手 ・【ポケモン剣盾】シングルバトル環境考察スレPart44 ・【ポケモン剣盾】シングルバトル環境考察スレPart40 ・【ポケモン剣盾】シングルバトル環境考察スレPart43 ・【ポケモン剣盾】シングルバトル環境考察スレPart41 ・【ポケモン剣盾】シングルバトル環境考察スレPart48 ・【ポケモン剣盾】シングルバトル環境考察スレPart49 ・【ポケモン剣盾】シングルバトル環境考察スレPart52 ・【ポケモン剣盾】シングルバトル環境考察スレPart92 ・【プリコネ】プリンセスコネクト! Re:Diveクランメンバー募集スレ Part2 ・●新潟のボウリング場 PART2● ・【夏の陣】実況を『根絶』する方法の考察・実験 Part2 ・【悲報】ロシア、次の一手は残虐非道のサリンを散布か ・四国ツーリングスレ Part.2 ・紀伊半島ツーリングスレpart42 ・【SV】シングルバトル考察スレ Part27 ・【SV】シングルバトル考察スレ Part89 ・【SV】シングルバトル考察スレ Part39 ・【SV】シングルバトル考察スレ Part25 ・【SV】シングルバトル考察スレ Part8 ・【SV】シングルバトル考察スレ Part29 ・【SV】シングルバトル考察スレ Part86 ・【SV】シングルバトル考察スレ Part16 ・【SV】シングルバトル考察スレ Part13 ・【SV】シングルバトル考察スレ Part3 ・【SV】シングルバトル考察スレ Part28 ・【SV】シングルバトル考察スレ Part18
21:42:50 up 16 days, 22:46, 0 users, load average: 9.94, 11.11, 11.43
in 5.1752469539642 sec
@5.1752469539642@0b7 on 013011