【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/ >>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するとか・・・ ぢすく周りの気瓦斯・・・ 頼むから誰か 「bbs.cgi再開発プロジェクト 4」 を立ててくれ >>447 透明削除で回復できますからいらないです。 うーん、立てるとしても必要になってからでいいんじゃないかなあ 寝ていた(倒れていた)間に、なんだかいろんなことがあったようで。 で、とりあえずbbs.cgiが更新されていたようなので、 pekoサーバのものをコンパイルして更新しておいた。 落ち着いているようなので、 ・MaxRequestsPerChild 10000 => 100 ・StartServers 128 => 64 ・MaxSpareServers 128 => 64 にして、ex7のread.cgiを元に戻してみた。 で、あまりにしっちゅうbbs.cgi(Perl)の暴走を目撃するので、 RLimitCPU 120 => 60 に変更した。< ex7 これでしばらく実験かと。 read.cgiがまた喧嘩しちゃってるのかな? 書き込み時にだいぶ時間かかりますた ex7重いっすね 選挙でVIPに人が集まってるのかな 重いすね。 bbs.cgi(perl)がたくさん暴走してました。 今は少しましかな。 >>455 のやつ、ex7だけ30(秒)にしてもいいかもしんないなぁ。 ex7だけ30secにした。 しかしlive系でもたまにしか起こらないのに、どうしてこうもbbs.cgiが暴走するんだろう。< ex7 >>463 perl(perlcc) のバージョンが 5.8 系だとか? >>464 5.6.1ですねぇ。すくなくとも私がおもりしてるやつは全部そうです。 ex7は実験のため、あえてperlccはしてませぬ。 >>463 が効果出してるですね。 でも、しょっちゅう暴走する状況にかわりはない模様。 軽い状態でいきなり反応がなくなった、、、。 やはり同じ病をかかえているのか。 リブート要請しました。 リブート要請しました。 上がったら、read.cgiを止めます。 >>466 http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/perl5/ 5.6 系は 1 なのですかー。。。 5.8 系にするのはちょと怖いような。。。 でも 5.8 系の鯖では何事もなかったかのように動いていたりもするし。@非 root な banana 鯖 >>472 非rootなbananaも5.6.1のはず。 >>474 確認してみましたが、退役した鯖の httpd レスポンス Server: にだけ、Perl/v5.8.0 の文字列が入っていました。 ということで現状すべて 5.6 系かと思われるですm(_ _)m read.cgiを動かすとダメになるとは・・・ 前途多難ですねぇ・・・ >>476 ・1CPUにした(SMP, apicをコメントアウト)game6がその後5日間落ちていない(amd64だけど) ・1CPUなbananaサーバは問題が起こっていない ところをみると、FreeBSD 5.2.1のSMP/apicまわりに何か問題があるのかも。 qb5.2ch.netサーバのuptime情報(?)みたいなのが今日の0:30で止っているようです http://qb5.2ch.net/_service/20040711.txt 2004/07/11 00:30:00 LA=12:30AM up 31 days, 11:53, 0 users, load averages: 5.58, 10.41, 16.00 で止ってます qb6.2ch.netは動いているみたいです >>477 1CPUでは問題が発生せず、2CPU(機能)にのみ問題が発生している、 ということを考慮すると、 現行のFreeBSDと2CPUの問題としか、考え難いですねぇ・・・ FreeBSDの4.xのほうがいいのかなぁ・・・ >>478 たぶん昨日の騒ぎで、F22を切ったままなんではないかなと。 携帯からのアクセスが20:00から上昇中。 ロードアベレージはかなりあるけど、何とか動いている模様。 http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/ >>482 選挙開票で上がったのかなと思いました。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる