【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
■ このスレッドは過去ログ倉庫に格納されています
peko作戦について語るスレです。 サーバの新ロケーション、PIEに関する話題もこちらで。 現在の主要なテーマは、 ・新ロケーション、PIEの安定化 ・pekoサーバ突然死の原因究明 となります。 レンタルサーバー maido3.com 2ちゃんねるの転送量: http://server.maido3.com/pie/ MRTGによる統計情報: http://mumumu.mu/mrtg/ 2ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html PINKちゃんねるで現在進行中のama作戦については、こちら。 【Project ama】PINKちゃんねる特化型サーバ構築作戦 Part2 http://qb3.2ch.net/test/read.cgi/operate/1082721809/l50 携帯電話特化型サーバ構築作戦については、こちら。 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 http://qb5.2ch.net/test/read.cgi/operate/1075887465/ 前スレ 【Project peko】2ch特化型サーバ構築作戦 Part13 http://qb5.2ch.net/test/read.cgi/operate/1085678587/ ひょっとするとこいつも「デュアルCPUでread.cgiをたくさん動かすと突然死することがある」という、 例のpekoサーバにあった欠陥を持ってるんだろうか。 ちなみに今のhttpd等のセッティングは、comic4/game6と同じ。 つまり、とっても安定方向。 >>343 徐々に重くなって死亡、みたい。 読み込みはそんなでもないけど書き込みが禿しく重かったりしたみたい。 http://sv2ch.baila6.jp/server.cgi?server=ex7.2ch.net をみた感じだとまさにそんな感じ。 突然死じゃないのか。 なら、セッティングの出しようはいくらでもあります。 たぶん、httpdの数が少なすぎだと思われ。 でも、一概にはいえないなぁ。リアルタイムで見てなかったので。 当然らくらく入らないとおかしいので、何か原因があるはず。 (だって、HE時代に同じハードで55Mbpsの転送に耐えてるんで) みんなが大騒ぎしたし。狼とVIPが同時に騒いだんだから。 移転後から10分で狼には80個スレが立ったくらいの祭り。 組み立てて箱に入れる“だけ”のサーバーに何を期待すると言うのか 投稿とかかなり多いですね。< morningcoffee もちろん頭ではわかってましたが、やはり2ちゃんねるの全投稿の1割を占めているわけで。 news4vipも入れるには、 ちょっとhttpdまわりのセッティングを変える必要がある気がします。 >>353 圧縮なしでですよ。< 当時のtmp2サーバだったかな あとは、例の「ディスク周りのエラー」が起こった可能性もあるなぁ。(セットアップ中に一度起こっている) 急に反応が鈍くなった(なくなった)なら、それが原因かも。 httpdのセッティングを変更してみた。< tiger503 できれば、再挑戦してほしかったり。 ここで「入らない」という結論は出したくないなと。 >>358 えぇ、そうですねぇ・・・ まぁ、もう少しひとのいない時間帯がいいのかも・・・ 私が見ていたところでは、 どんどん LA が上がっていって LA50 くらい、プロセス 190 くらい、 Giant が沢山 (perl bbs.cgi と思われ) おっ まずい、止めなきゃと思って FTP で入ろうとしたら もう落ちていた。 再挑戦クルー 16:30から( ●´ー`● )の番組がハジマルのですが気にせずに >>360 なるほど、そのパターンですか。 突然死じゃないですね。(正直ちょっと安心しました) LAが上がっていくのはhttpdが少なすぎる場合にも出ます。 書き込み負荷で落ちたかどうかが、ポイントか。 うわ、ブラウザでhttp://news12.2ch.net/news4vip/ 見たら リダイレクトの荒らしが・・・ なんですかこりは。 いったりきたりしてます。 news12 => ex7 のリダイレクトを切らないと。 もはやブラクラですね・・・すんげーIEが重くなる。 まだ無限ループ。 Javaスプリクト切っておくのが吉。 SETTING.TXTが無いような>ex7のnews4vip >>382-383 うまくいったようですねぇ・・・ 安定してますね。 この状況なら、問題ないでしょう。 おぅおぅ んじゃさっさと news12 は他へ転用しちゃおう。。。 game8 っすね、 389 名前:留守番 ★[sage] 投稿日:04/07/10(土) 16:44 ID:??? おぅおぅ んじゃさっさと news12 は他へ転用しちゃおう。。。 平常時で20スロット〜30スロットぐらい埋まるのね。< morningcoffee+news4vip これだと、働き手が128人だと不安が大きいかも。(さっきは128人、今は最大256人) 他の板と比べて、bbs.cgiが多いからか、滞留時間がやや長めな気がします。 ただ、今のところバイナリ版bbs.cgiを入れるほどではないかなと。 (実況みたいにbbs.cgiが同時に50個とか100個とかいうことはないから) >>389 えぇ、game8ですねぇ・・・ がんばってください・・・ 現行game7と新規game8にgame6の板を割り振り、足りなければgame9を新設、なのかな >>396 keibaは日曜日の午後4時ごろが問題か。 昔のgamble2よりも性能そのものはいいわけで。(狼やnews4vipと同居だけどね) 素朴な疑問だがex7にはニュー速記者キャップは入れないんだろうか・・・つうか不要? >>398 news12 => ex7 にキャップデータをコピーしときました。 ということで >>402 が要らない場合は、消しておいてくださいです。> FOXさん まあ、狐さんがいらないならそれでもいいかと。 所詮雑談板だしね。 >>397 競馬は、G1シーズンくるまで大丈夫でしょ。 大物がくるとかがない限り ∧_∧ ( ´・ω・) お疲れ様、お茶が入りましたよ・・・・。 ( つ旦O と_)_) 旦旦旦旦旦旦 他の板と傾向が明らかに違う。 bbs.cgiが今の時間で常に0.1ブレーメン(= 秒間3回起動)ぐらいあるのか。 以下はある10秒間のアクセス数。 2xx 3xx 4xx 5xx URL 31 1 0 0*/morningcoffee/subject.txt 26 0 0 0 /test/bbs.cgi 23 0 0 0 /news4vip/subject.txt 20 2 0 0 /news4vip/dat/1089445332.dat 10 0 0 0 /morningcoffee/subback.html 8 0 0 0 /morningcoffee/ 7 6 0 0 /morningcoffee/dat/1089413528.dat 6 1 0 0 /keiba/subject.txt 6 0 0 0 /morningcoffee/dat/1089387348.dat 5 0 0 0 /news4vip/index.html 【ex移転記念】17時30分に一斉にうんこスレ立てるスレ http://ex7.2ch.net/test/read.cgi/news4vip/1089446113/ このスレ的にはある意味いい研究材料になるのではないでしょうか VIPに記者キャップを戻したならIDも戻してくれませんか? 論外ですか? さて、Rock54関連等のデータベースにex7とlive13を登録してきます。 残りはF22(サザンさん担当)かな。 >>411 戻して欲しいね。 運営側にそんなデメリットもないと思うけど・・。 そもそも廃止した理由もいまだに説明ないな。 >>414 うん、このスレで言うことじゃないけど。 >>415 これにて退散します。失礼しました。 >>416 そこで言っても説明さえしてくれないんだよな・・。 退散はします、失礼。 >>404 おいおい、おっさん。 他人にケツをふいてもらうのかよ。 >>389 鯖争奪戦時の約定を違えましたね(・∀・)ニヤニヤ >>389 ヤダヤダヤダヤダヤダヤダヤダヤダヤダヤダ!!!!!!!!!!!!!!! 負荷が軽い状態で突然死んだ、、、。< tiger503 いやな予感。 >>426 pekoと同じ突然死ですかねぇ。 だとすると、 1) メモリ 2GBクラス 2) DualCPU 3) SCSIシステム あたり+2ch+FreeBSD5で顕在化する地雷があるのかなぁ? pekoサーバはi386じゃなくてamd64だけど、 SMPとapicをコメントアウトしてから今のところ一度も死んでないからなぁ。< game6/news11 ちと調べてみる。 ひょっとして、また、read.cgiを止めると、 tigerも問題がなくなるとか・・・! reboot して read.cgi とめてみます SMP + read.cgiの状況で落ちたとすると、 つまりこの問題がもしFreeBSD-5.2.1R/i386にもあるとすると、かなりやっかいだ、、、。 しかし、topで見ているとここはbbs.cgiがよく暴走するですね。< tiger503 で、RLimitCPU (=120)にひっかかるまでCPUを食い続ける。 >434 FreeBSD-5.2.1R/i386が原因か切り分ける為にどれか1台に前のバージョンで 試してみてはどうでしょうか? >>437 4.10Rを入れるですか。(HE時代のumaサーバはFreeBSD4系だった) 今のTigerのアーキテクチャなら、技術的には可能ですが。 安定を望むのであれば、FreeBSD 4.xxと言う選択肢もありかもですね。 >>437 は可能なら、やってみる価値はあると思いますね。 とりあえず5-CURRENTを持ってきて、関連しそうなソースを眺めてみるか。 まずはめし。 >>441 今のgame6/news11の状態ですね。 SMPなし状態。(i386ではないのでapicはもともとなし) やってみる価値はあるけど、 read.cgiなしでしばらく(すくなくとも1日は)動かしてみてからか。 gdb /usr/bin/perl [暴走しているプロセスID] ってやったら、 (gdb) where #0 0x2818648f in stat () from /lib/libc.so.5 #1 0x080d8925 in Perl_my_stat () #2 0x080cec5b in Perl_pp_ftis () #3 0x0809d028 in Perl_runops_standard () #4 0x0805bb46 in perl_run () #5 0x0805b82b in perl_run () #6 0x08058f59 in main () #7 0x08058e02 in _start () だそうで。 すくなくともこのPerlは、stat()の中で暴走していた模様。 ううむ。 live13がだいじょうぶなら そこにex7を突っ込んで(ryするとか・・・ ぢすく周りの気瓦斯・・・ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる