【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15

[過去ﾛｸﾞ] 【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15 (1001ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

797: FOX ★ 04/12/02 01:12:19 ID:??? AAS
訂正

>>788 の順番に処理しているんで

呼ばれる回数は BBQ > BBS ( >>> BBX >>>>>>>>>> BBY) です

798: root▲ ★ 04/12/02 01:14:41 ID:??? AAS
>>796
BBXとBBYはその時間無事動いていたことを確認しました。
また、BBQも同様に確認しました。

おかしかったのは、BBSだけか。

799: FOX ★ 04/12/02 01:19:34 ID:??? AAS
んんん?

それはいったいどういうことじゃ?

なぞだ、

800(1): root▲ ★ 04/12/02 01:22:57 ID:??? AAS
しかも、live8やex7が変だった時間と、一致するような予感。

というよりひょっとすると、BBSが変になったことで、live8やex7もつられて落ちた、
というのが、正しいような気もする。

801: FOX ★ 04/12/02 01:24:23 ID:??? AAS
ちなみに
BBS呼び出し側(bbs.cgi)には、タイムアウトを検出する処理はいってます

802(1): ▲ 某ソレ511 04/12/02 01:26:20 ID:BlvqLG2N(1/9)調 AAS
マツケンサンバが始まったのが22:05:00 ころですね。
その直後にlive8は落ちました。ex7はもうちょっとあとかも。

>>800
その可能性は、なんかあるかも、、
BBSが動いてない時間に、どの鯖でもbbs.cgiが微妙に動作が遅かったですね、、

803: root▲ ★ 04/12/02 01:27:14 ID:??? AAS
入ってましたか。つまりブロックは数秒(何秒でしたっけ)ですむと。
つまり、他のサーバは「あれ？」ぐらいで、済むわけか。

「数秒のブロック」が雪ダルマ式に影響が出るのは、
その時カキコが激しかったサーバということだとすると、
ex7とlive8だけ壊滅するのは、ありうることかも。

live8とex7のシステムログを、緻密にあたってみます。

804: root▲ ★ 04/12/02 01:29:43 ID:??? AAS
>>802
とすると、、、。

ex7/live8からものすごいDNSアクセスがBBS側のDNSに来て、
BBS側が不調になり、
bbs.cgiの滞留が起こりはじめ、
それが顕著に起こったex7/live8が、ブロックプロセス過多で壊滅した

というシナリオは、ありうるわけだ。

805(1): FOX ★ 04/12/02 01:31:42 ID:??? AAS
その部分のコード

{
my $BYTES = length($FORM{'MESSAGE'});
my $BHOST = "$NOWTIME.$$.$ENV{'REMOTE_ADDR'}.$NEWTHREAD.$BYTES.$FORM{'key'}.$FORM{'bbs'}.$ENV{'SERVER_NAME'}.bbs.bbs.2ch.net";
eval{
alarm(3);
my $YACHO = gethostbyname($BHOST);
alarm(0);
};
alarm(0);
if($@ =~ /timeout/){
last;
}
}

806(1): FOX ★ 04/12/02 01:32:32 ID:??? AAS
ちゃんと動いていると思うんですが

BBS だけ止めてみるなんてこと出来ますか?

807: root▲ ★ 04/12/02 01:36:23 ID:??? AAS
>>806
簡単です。

808: FOX ★ 04/12/02 01:37:30 ID:??? AAS
タイムアウト処理が正しく動いているか検証してみよう。

809: root▲ ★ 04/12/02 01:39:46 ID:??? AAS
時間決めて、しばらく止めてみろということですか。
では、1:45から2分、BBSだけ止めてみます。

810: root▲ ★ 04/12/02 01:45:44 ID:??? AAS
これから止めます。< BBSのDNS

811: root▲ ★ 04/12/02 01:46:31 ID:??? AAS
今、BBSだけ止まっている状態。

812: root▲ ★ 04/12/02 01:46:53 ID:??? AAS
5秒ぐらい? ディレイかかりますね。

813: root▲ ★ 04/12/02 01:48:22 ID:??? AAS
書き込みが多いサーバ(ex7)の様子をチェックしてきます。
まだ、BBSは止めています。

814: FOX ★ 04/12/02 01:48:34 ID:??? AAS
ですね、

これと同じことが当該時間帯に別のサーバで起ったという記憶があります

815: root▲ ★ 04/12/02 01:49:20 ID:??? AAS
すごいことになってる。
LA上がってないけど、ブロックばかり。

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
631 dnscache 98 0 32868K 32172K select 0 104:59 5.81% 5.81% dnscache
11196 ch2ex7 4 0 7112K 6336K kqread 2 0:01 5.08% 2.00% speedy_back
11051 ch2ex7 4 0 7092K 6320K kqread 0 0:00 3.24% 1.86% speedy_back
11045 ch2ex7 4 0 7080K 6376K kqread 0 0:00 3.15% 1.81% speedy_back
11037 ch2ex7 4 0 7088K 6316K kqread 0 0:00 2.96% 1.76% speedy_back
11301 ch2ex7 4 0 7096K 6324K kqread 0 0:00 12.26% 1.71% speedy_back
11330 ch2ex7 4 0 7068K 6304K kqread 3 0:00 35.00% 1.71% speedy_back
11302 ch2ex7 4 0 7092K 6320K kqread 2 0:00 11.56% 1.61% speedy_back
11310 ch2ex7 4 0 7088K 6320K kqread 1 0:00 11.56% 1.61% speedy_back
11041 ch2ex7 4 0 7092K 6320K kqread 0 0:00 2.71% 1.61% speedy_back
11043 ch2ex7 4 0 7092K 6320K kqread 0 0:00 2.71% 1.61% speedy_back
11046 ch2ex7 4 0 7060K 6292K kqread 0 0:00 2.81% 1.61% speedy_back
11263 ch2ex7 4 0 7100K 6316K kqread 3 0:00 6.02% 1.56% speedy_back
11319 ch2ex7 4 0 7060K 6292K kqread 0 0:00 15.89% 1.51% speedy_back
11253 ch2ex7 4 0 7068K 6300K kqread 0 0:00 5.65% 1.46% speedy_back
11039 ch2ex7 4 0 7092K 6320K kqread 0 0:00 2.47% 1.46% speedy_back
11316 ch2ex7 4 0 7092K 6320K kqread 0 0:00 10.50% 1.46% speedy_back
11296 ch2ex7 4 0 7092K 6324K kqread 3 0:00 7.53% 1.37% speedy_back
11292 ch2ex7 4 0 7096K 6324K kqread 0 0:00 7.26% 1.32% speedy_back
11067 ch2ex7 4 0 7064K 6296K kqread 1 0:00 2.30% 1.27% speedy_back
11217 ch2ex7 4 0 7064K 6296K kqread 0 0:00 3.50% 1.27% speedy_back
11062 ch2ex7 4 0 7064K 6360K kqread 2 0:00 2.22% 1.27% speedy_back
11305 ch2ex7 4 0 7092K 6320K kqread 0 0:00 9.10% 1.27% speedy_back
11073 ch2ex7 4 0 7080K 6312K kqread 1 0:00 2.22% 1.22% speedy_back
11247 ch2ex7 4 0 7060K 6296K kqread 2 0:00 4.13% 1.22% speedy_back
11171 ch2ex7 4 0 7080K 6316K kqread 1 0:00 2.65% 1.12% speedy_back
11152 ch2ex7 4 0 7080K 6380K kqread 3 0:00 2.49% 1.12% speedy_back

816: 動け動けウゴウゴ２ちゃんねる 04/12/02 01:49:43 ID:LvgKTSCx(1)調 AAS
なんか重いと思ったらまた遊んでやがんなｗ
ま、原因がわかったらはよ直してね

817: root▲ ★ 04/12/02 01:50:21 ID:??? AAS
BBSあげました。

ex7のブロックは解消しました。

818: ▲ 某ソレ511 04/12/02 01:50:43 ID:BlvqLG2N(2/9)調 AAS
体感では、さきほどBBSが止まってた時と
ほとんど同じくらい(2～3秒)の引っかかり感がありますね。

819: root▲ ★ 04/12/02 01:51:45 ID:??? AAS
BBSの戻りは一切チェックしなくてもいいので、
bbs.cgi側のディレイを「なし」にできると、うれしいかも。

820: FOX ★ 04/12/02 01:53:45 ID:??? AAS
alarm(3);
を
alarm(0); とかにすればいいのか?

それとも alarm(1); が最小なのか?

821(1): ▲ 某ソレ511 04/12/02 01:55:35 ID:BlvqLG2N(3/9)調 AAS
＞指定した秒数(実際は 1 を引いたもの)が経過した後、 SIGALRM をプロセスに伝える。
＞つまり、 `alarm(15)' はそれから 14 秒以上経ったある時点で SIGALRM を起こす。

らしいので、alarm(1); でディレイ0になるんじゃないかな。

822: FOX ★ 04/12/02 01:56:19 ID:??? AAS
ほぅほぅ

やってみよう、

823(1): root▲ ★ 04/12/02 01:57:36 ID:??? AAS
あ、そういえば、
bbs.cgi 配布サイトに、live16 と live17 も加えておいてくださいです。
これらは FreeBSD 5.3R への更新に伴い、
perlcc バージョンの使用をやめました。
今後も、perlccバージョンにする予定は当面ないです。

live8 もさきほど perlcc をやめましたが、
私の判断で、perlcc版とスイッチするかもしれないので、
当面従来どおり配布ホストには、入れなくてよいです。

824: FOX ★ 04/12/02 01:58:18 ID:??? AAS
alarm(1);のbbs.cgi に全サーバ置き換えた

825: FOX ★ 04/12/02 01:58:58 ID:??? AAS
>>823

live16,live17 りょうかいです

826: root▲ ★ 04/12/02 01:59:26 ID:??? AAS
bbsにはあいかわらず、query来ています。
このカキコの後で、BBSを再度止めてみます。

827: root▲ ★ 04/12/02 02:00:00 ID:??? AAS
BBS止め中、、、。

828(1): root▲ ★ 04/12/02 02:00:17 ID:??? AAS
ちょっと引っかかる感じはありますが、さっきよりいい感じですね。

829(1): FOX ★ 04/12/02 02:00:19 ID:??? AAS
live16 , 17 も元々配られているようです

830: FOX ★ 04/12/02 02:00:41 ID:??? AAS
>>828

I think so too.

831: root▲ ★ 04/12/02 02:00:56 ID:??? AAS
>>829
了解です。

ex7の様子を確認してきます。

832: root▲ ★ 04/12/02 02:01:30 ID:??? AAS
ブロックは、してるみたい。< ex7

631 dnscache 97 0 32868K 32172K select 1 105:17 6.10% 6.10% dnscache
25373 ch2ex7 4 0 7072K 6280K kqread 0 0:01 14.80% 2.69% speedy_back
25418 ch2ex7 4 0 7068K 6308K kqread 2 0:00 21.01% 2.00% speedy_back
25323 ch2ex7 4 0 7060K 6268K kqread 2 0:00 5.62% 1.66% speedy_back
25393 ch2ex7 4 0 7068K 6284K kqread 0 0:00 11.91% 1.66% speedy_back
25412 ch2ex7 4 0 7060K 6292K kqread 3 0:00 17.43% 1.66% speedy_back
25388 ch2ex7 4 0 7060K 6272K kqread 3 0:00 11.56% 1.61% speedy_back
25398 ch2ex7 4 0 7060K 6268K kqread 0 0:00 11.56% 1.61% speedy_back
25372 ch2ex7 4 0 7060K 6272K kqread 0 0:00 8.34% 1.51% speedy_back
25317 ch2ex7 4 0 7060K 6340K kqread 0 0:00 4.96% 1.46% speedy_back
25333 ch2ex7 4 0 7060K 6272K kqread 0 0:00 5.46% 1.42% speedy_back
25311 ch2ex7 4 0 7060K 6276K kqread 1 0:00 4.79% 1.42% speedy_back
25379 ch2ex7 4 0 7060K 6344K kqread 0 0:00 7.80% 1.42% speedy_back
25383 ch2ex7 4 0 7060K 6268K kqread 1 0:00 7.80% 1.42% speedy_back
25394 ch2ex7 4 0 7060K 6340K kqread 0 0:00 9.45% 1.32% speedy_back
25400 ch2ex7 4 0 7064K 6268K kqread 1 0:00 8.75% 1.22% speedy_back
25262 ch2ex7 4 0 7060K 6272K kqread 0 0:00 2.98% 1.17% speedy_back
25260 ch2ex7 4 0 7064K 6344K kqread 1 0:00 2.85% 1.12% speedy_back
25054 ch2ex7 4 0 7096K 6292K kqread 3 0:01 1.57% 1.07% speedy_back
25264 ch2ex7 4 0 7060K 6268K kqread 0 0:00 2.73% 1.07% speedy_back
25340 ch2ex7 4 0 7064K 6268K kqread 2 0:00 4.14% 1.07% speedy_back
25435 ch2ex7 4 0 7060K 6296K kqread 1 0:00 22.00% 1.07% speedy_back
25348 ch2ex7 4 0 7060K 6272K kqread 0 0:00 4.19% 0.93% speedy_back
25297 ch2ex7 4 0 7064K 6276K kqread 0 0:00 2.66% 0.88% speedy_back
25280 ch2ex7 4 0 7060K 6268K kqread 0 0:00 2.42% 0.88% speedy_back
25350 ch2ex7 4 0 7060K 6272K kqread 2 0:00 3.97% 0.88% speedy_back
25271 ch2ex7 4 0 7060K 6272K kqread 0 0:00 2.29% 0.83% speedy_back

833: ▲ 某ソレ511 04/12/02 02:01:43 ID:BlvqLG2N(4/9)調 AAS
>>821
これ、perl alarmで検索して一番上のところにそう書いてあったんだけど、
ほかのところはどこ見てもそう書いてないなぁ、、だいじょぶだべか、

834: root▲ ★ 04/12/02 02:02:57 ID:??? AAS
BBSを再度動かしました。
ex7のブロックは解消しました。

遅延なしにはできてないみたいですが、さっきよりは、改善されたです。

835(1): FOX ★ 04/12/02 02:04:31 ID:??? AAS
live8 , ex7 が落ちたのは
直接的には BBS の返事がないから処理が貯まりに貯まって落ちたと、
元々 live8 , ex7 は物凄い書き込み数だと言うことが原因の一端であると、

しかし、根本的には何が起ったかというと
BBSがなぜか応答しなくなったと
なのに不思議なのは、同じサーバにある別のもの BBY 等は問題なく動いていたと

質問
同じサーバ内で BBS だけがぽしゃる事なんてあるんですか?

836(1): FOX ★ 04/12/02 02:06:14 ID:??? AAS
投げっぱなしで応答をまったく期待しない場合の
コーディング方法募集中です　(Perl >>805)

837(1): root▲ ★ 04/12/02 02:06:16 ID:??? AAS
>>835
BBS担当、BBY担当、BBX担当のDNSサーバは全部別プロセスなので、
ありえますね。というか、全部がぽしゃらないようにしてあるともいえます。

838: root▲ ★ 04/12/02 02:06:58 ID:??? AAS
>>836
具体的には gethostbyname() の結果がDNSから来なくても、
次に進んでほしいということですね。

839(1): FOX ★ 04/12/02 02:08:10 ID:??? AAS
>>837
なるほど、
ということは、サーバの負荷というよりも BBS(DNS)の限界?

840: root▲ ★ 04/12/02 02:14:15 ID:??? AAS
>>839
それを疑っています。

その時間だけBBSのログがないのです。まったく「すぽーん」と。
まるで、サーバそのものがいなかったかのように。

しかし、djbdns+daemontoolsで作ってあるので、
プロセスがいなくなっても立ち上がるし、
サービスダウンには、とりわけ強いはずなんですよ。
すくなくともこんなふうにサービスがいなくなることは、これまで一度もなかった。

banan238の他のシステムログもあさっていますが、
今のところ不審なものは、発見できていませんです。

841(1): FOX ★ 04/12/02 02:15:24 ID:??? AAS
BBS はどれくらいコールされているかというと、、、
一日で 150万～180万
ピーク時で一分間に・・・

どれくらいでしたっけ?
1,000 くらい?

842(1): root▲ ★ 04/12/02 02:18:04 ID:??? AAS
>>841
投稿数のピークと同じですね。
外部ﾘﾝｸ[html]:mumumu.mu

12000/5min が、ピーク値かと。

843(1): FOX ★ 04/12/02 02:19:56 ID:??? AAS
ぐおっ　2,400/min

つまり 24ms毎にリクエストがあると、(平均ですが)
ぱっと見、それくらいいけそうな数字ではあるんですけど、

844: ▲ 某ソレ511 04/12/02 02:22:18 ID:BlvqLG2N(5/9)調 AAS
1分ごとだと3000～3500かな？
夏～秋ごろに、1分ごとのデータをグラフにしてたことがあるんですけど、
その時も記憶に残ってる限り最高で3500くらいでした。

845: root▲ ★ 04/12/02 02:24:36 ID:??? AAS
>>843
普段はいけてますね。(>>842 のグラフ参照)
今回は、、、。

846: FOX ★ 04/12/02 02:25:07 ID:??? AAS
ん?
計算変かな?

35000/min だとすると 17ms 毎くらいか

847(1): FOX ★ 04/12/02 02:26:27 ID:??? AAS
もう二桁くらい小さい値で動くと思うんですけどね　< DNS
(単なる勘です)

848: root▲ ★ 04/12/02 02:26:47 ID:??? AAS
で、いけない数字とは思えないんですよ。
DNSコンテンツサーバ側って、数千query/secぐらいは、さばけるはずなんです。

あと、今日やったMMAPの手術(>>778-780)で、
さらに30%らいは強化されているはず。

849: root▲ ★ 04/12/02 02:28:43 ID:??? AAS
こちらで別の機会に実験した値でも、
DNSのコンテンツサーバ側は数千queries/secまでは問題なく動く、
という結果が出ています。>>847

850(1): FOX ★ 04/12/02 02:29:03 ID:??? AAS
初めての経験ですからねぇ

「たまたまだった」という結論にでもしますかねぇ
二度目があったら・・・そんときに再度考える?

851(2): ▲ 某ソレ511 04/12/02 02:31:55 ID:BlvqLG2N(6/9)調 AAS
BBSが動いていない現象自体はしょっちゅうありますけどね、、
確かにこんな長い時間動かなかったのはめずらしいけど

852: root▲ ★ 04/12/02 02:33:04 ID:??? AAS
今日のところは、そうしておきたいかも。>>850

DNSサーバ側を緊急強化したので、これで様子を見たいかなと。
今月は、機会が連日連夜あるに違いないわけで。

# うへー、明日朝早いんだよなぁ。

853(1): FOX ★ 04/12/02 02:33:18 ID:??? AAS
げっ
そういえばそうか?

たまたまじゃないのか?

DNS 自体は返事していて、単に数え漏れが発生しているということではない?
>>851

854: FOX ★ 04/12/02 02:34:00 ID:??? AAS
外部ﾘﾝｸ[html]:mumumu.mu

BBM ってどうして毎日ざっくりりこんになっているんだろぅ

855: root▲ ★ 04/12/02 02:34:04 ID:??? AAS
>>851
しょっちゅうあるのは、いまいち、、、かも。

DNS側がブロックしないように、ちゃんとなってるかちょっと見てみます。

856: ▲ 某ソレ511 04/12/02 02:35:15 ID:BlvqLG2N(7/9)調 AAS
>>853
んまぁ、、確かに他の止まってる時とは明らかに動作が違ってたですからねぇ。
いつもは数え漏れなのかもしれませんねぇ。
そうかも。いや、そうだべ。うん、きっとそうだ！

857: root▲ ★ 04/12/02 02:36:38 ID:??? AAS
うーん。
外部ﾘﾝｸ[html]:mumumu.mu
外部ﾘﾝｸ[html]:mumumu.mu

確かにこのグラフの凹みは、とっても気になる。

強化したので、明日以降の様子をチェックしたいなと。

858: FOX ★ 04/12/02 02:37:49 ID:??? AAS
しかーし

限界を拝めるとは幸せなことで、

859: root▲ ★ 04/12/02 02:39:02 ID:??? AAS
個人的には、ネットワークのチューニング問題な気がとってもするです、、、。

860(1): FOX ★ 04/12/02 02:39:45 ID:??? AAS
PIE の?

861: root▲ ★ 04/12/02 02:41:57 ID:??? AAS
>>860
ではなく、banana238のです。

# netstat -s -p udp
udp:
361330042 datagrams received
0 with incomplete header
0 with bad data length field
8 with bad checksum
327 with no checksum
152972 dropped due to no socket
125983 broadcast/multicast datagrams dropped due to no socket
9072993 dropped due to full socket buffers
0 not for hashed pcb
351978086 delivered
352298516 datagrams output

今BBS止めてたんで、この値そのまま信用できないところがありますけど。

862: root▲ ★ 04/12/02 02:43:52 ID:??? AAS
今netstat -z でカウンタをリセットしたんで、
この後様子を見てみます。

ドロップパケットとかが出てるようだと、
ネットワーク系を何かチューニングしないと、いかんかなと。

udp:
212 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
0 with no checksum
0 dropped due to no socket
0 broadcast/multicast datagrams dropped due to no socket
0 dropped due to full socket buffers
0 not for hashed pcb
212 delivered
212 datagrams output

863(1): root▲ ★ 04/12/02 02:45:14 ID:??? AAS
DNSはUDPなんで、具体的には、

# netstat -s -p udp
udp:
1996 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
0 with no checksum
0 dropped due to no socket
0 broadcast/multicast datagrams dropped due to no socket
0 dropped due to full socket buffers
0 not for hashed pcb
1996 delivered
1996 datagrams output

の、droppedなんちゃらのところがカウントアップされるようだと、
いまいちですね

864(1): FOX ★ 04/12/02 02:46:37 ID:??? AAS
各個のサーバを強化し
台数も増やすと、、、

土台が小さく感じ始めるということかしら、
当然なんですけどもね、

865(1): FOX ★ 04/12/02 02:48:11 ID:??? AAS
>>863
それを　_serviceに吐き出しておくとか、
皆で観察 !

866: root▲ ★ 04/12/02 02:53:31 ID:??? AAS
>>864
それは、多分にあるかなと。

今、２ちゃんねるで動いているDNS系の仕組みはこんなかんじです。
おおむね、上から負荷が大きい順。

・dnscache

量産型bananaからのDNS問い合わせを処理
cobra (oyster243)

・BBQ

BBQチェック、投稿毎に呼び出し、巨大DB参照
cobra (oyster243)

・BBS

野鳥の会、投稿毎に呼び出し、DB参照なし
banana (banana238)

・BBM

携帯版BBQ、携帯からの投稿で呼び出し、DB参照
cobra (cobra2245)

・BBX

Rock54、広告っぽい投稿毎に呼び出し、DB参照
banana (banana238)

・BBY

ヘッドライン&スレ立てチェック、スレ立て毎に呼び出し
banana (banana238)

867: root▲ ★ 04/12/02 02:53:53 ID:??? AAS
>>865
やってみるです。

868(2): FOX ★ 04/12/02 03:02:56 ID:??? AAS
もっと書き込めるようにスレ保持数さげて(ex7)
現象が顕著に現れるようにしてみよう。

869: root▲ ★ 04/12/02 03:07:09 ID:??? AAS
外部ﾘﾝｸ[txt]:stats.2ch.net

10分ごとのはず。
BBQにもしかけてくるです。

870: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:10:11 ID:/+jEHb/d(1)調 AAS
楽すみ～

871(1): root▲ ★ 04/12/02 03:12:42 ID:??? AAS
BBQにもしかけた。
外部ﾘﾝｸ[txt]:bbq.2ch.net

>>868 おっ。

872: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:18:40 ID:CgtczSxr(1)調 AAS
>>871
droppedてｶｳﾝﾄされてますな

873: root▲ ★ 04/12/02 03:21:12 ID:??? AAS
ふむ。

これよめと。
外部ﾘﾝｸ[htm]:publibn.boulder.ibm.com

874: root▲ ★ 04/12/02 03:22:41 ID:??? AAS
Dropped Due to No Socket
受け取った UDP データグラムのうち、宛先ソケット・ポートが開かれなかった数。
結果として、「ICMP Destination Unreachable - Port Unreachable」という
メッセージが送信されます。ただし、受け取った UDP データグラムがブロード
キャスト・データグラムである場合は、ICMP エラーが生成されません。
この値が大きい場合は、アプリケーションがソケットをどのように処理しているかを調べてください。

port unreach か。
いまいちな予感。

875: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:24:04 ID:VO62LHd5(1)調 AAS
>>868
いくつまで減らしたの？

876: root▲ ★ 04/12/02 03:29:43 ID:??? AAS
処理が追いついてないのか、、、。
BBQはでっかいDBをrbldnsでmmap()してるからなぁ。

mmap() の頻度をもっとまばらにしてみるです。

877(1): 動け動けウゴウゴ２ちゃんねる 04/12/02 03:32:04 ID:d54uc42S(1)調 AAS
ちょっと狼のスレ数減らさないでよ
大体ハロプロって50人くらいメンバーいるから
それぞれのカップリングスレだけでも50×50で2500は必要なんだし
各メンバーのファンスレ数種類にアンチスレ数種類もひつようだし
最低3000は必要だよ

878(1): root▲ ★ 04/12/02 03:33:57 ID:??? AAS
BBQのdjbdnsは強化型になっていなかった(portsが古かった)ことが判明。
再度手術するです。

879: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:36:31 ID:gk4UrSht(1)調 AAS
人が多い所はスレ保持数2000くらいでまわせるような感じにして欲しい

880(1): root▲ ★ 04/12/02 03:37:39 ID:??? AAS
>>878 をやりました。
これからbbqのnetstatのカウンタをリセットします。

で、すみませんがスレッド保持数の話は、別のところでおながいします、、、。

881: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:37:53 ID:Slh9xVBT(1)調 AAS
狼をどうぞ沢山増やしてあげてください
VIPは300くらいでいいです
落ちても誰ひとりとして気にしません

882: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:39:47 ID:I7LdyoTt(1)調 AAS
>>877

883: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:40:42 ID:iObBD7Gi(1)調 AAS
狼なんてｲﾗﾈｰﾖ

884: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:41:22 ID:IvW8Mr+1(1)調 AAS
VIPER一同より

我々はFOX ★がどんなに理不尽な仕様にしようとも受け入れて生きていきます

885: WaterLineVVVF ★ 04/12/02 03:41:32 ID:??? AAS
ex7のスレ保持数について
2chｽﾚ:operate

スレ保持数については↑のスレでお願いしたほうが効果がありますよ

886: 動け動けウゴウゴ２ちゃんねる 04/12/02 03:42:23 ID:GSlhhW4k(1)調 AAS
★☆★【狼ラウンジVIP野球競馬】ex7(tiger503)運用情報☆★☆
2chｽﾚ:operate

887(1): ▲ 某ソレ511 04/12/02 03:44:24 ID:BlvqLG2N(8/9)調 AAS
>>880
とりあえず、これで、しばらく様子見ですかね。

888: root▲ ★ 04/12/02 03:48:35 ID:??? AAS
>>887
そっすね、、、。

BBQ側のカウンタが微妙にいやんな感じなのが、ちと気になるです。
でもさすがに今日はもう寝ないといかんので。

889: root▲ ★ 04/12/02 03:53:17 ID:??? AAS
tigerサーバ/cobraサーバのspeedycgiを、バッファ拡張版にした。
( #!/usr/local/bin/speedy -- -r1 -t60 -b1048576 )

今日は、ここまでかなと。

890: root▲ ★ 04/12/02 04:10:04 ID:??? AAS
流れそうだから、もっかいおれさまメモ。(>>767)

意識なくなってきたんで、おやすみなさい。

891(1): ▲ 某ソレ511 04/12/02 04:12:25 ID:BlvqLG2N(9/9)調 AAS
2004/12/02 04:05:00
udp:
155591 datagrams received
　-略-
1 with no checksum
204 dropped due to no socket
　-略-
155387 delivered
156167 datagrams output

まぁ、今のところのstatsがdelivered以外0なのに比べると
確かに微妙にいやんかも、、
おやすみなさい。

892: root▲ ★ 04/12/02 10:56:26 ID:??? AAS
>>891
外部ﾘﾝｸ[txt]:bbq.2ch.net

増えてますね。
DNSキャッシュサーバをチューニングしてみるか。

893: root▲ ★ 04/12/02 10:59:40 ID:??? AAS
FreeBSD 5.3R-p2
外部ﾘﾝｸ[asc]:ftp.freebsd.org

workaroundは、procfsを使わないことか。

894: root▲ ★ 04/12/02 15:32:40 ID:??? AAS
思い出したときに書いておこう。

今の902だと、/homeにAMD64なバイナリ(read.cgi/offlaw.cgi)が入っているから、
次のを作るときも、AMD64アーキテクチャじゃないと大変めんどいですね。
/homeを共有することになるわけだから。

Cobraクラスにするかもっと安いのにするか(組みようにより、安いamd64も組めます)は、
別途考えることになるのかなと。

895: root▲ ★ 04/12/02 17:22:12 ID:??? AAS
下記がもしほんとだとしたら、、、。
DNSサーバ系も絶対5.3Rにしよう、そうしよう。

blackgoat4: FreeBSD 5.2.1R

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
684 squid 96 0 347M 341M select 0 212.3H 19.48% 19.48% squid <= CPUを20%食ってる
623 root 96 0 42420K 5416K select 0 4:59 0.00% 0.00% httpd
561 root 96 0 1608K 928K select 2 2:04 0.00% 0.00% ntpd
658 root 8 0 1232K 484K nanslp 0 1:50 0.00% 0.00% svscan
297 root 8 0 3108K 2508K nanslp 1 1:42 0.00% 0.00% ipmon
586 root 96 0 3512K 2012K select 1 1:08 0.00% 0.00% sendma
686 root 96 0 2224K 1440K select 0 0:30 0.00% 0.00% proftp
603 root 8 0 1340K 824K nanslp 3 0:19 0.00% 0.00% cron
427 root 96 0 1312K 704K select 3 0:10 0.00% 0.00% syslog

blackgoat3: FreeBSD 5.3R

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
626 squid 20 0 282M 278M kserel 1 10:18 0.20% 0.20% squid <= CPUを0.2%しか食っていない
582 root 96 0 42012K 7776K select 0 0:01 0.00% 0.00% httpd
1449 service 96 0 2616K 1912K CPU1 0 0:01 0.00% 0.00% top
1007 service 96 0 6092K 2996K select 3 0:00 0.00% 0.00% sshd
598 root 96 0 5048K 4244K select 2 0:00 0.00% 0.00% snmpd
653 dnscache 96 0 32820K 32220K select 1 0:00 0.00% 0.00% dnscac
525 root 96 0 2880K 1776K select 2 0:00 0.00% 0.00% ntpd
306 root 8 0 1804K 1392K nanslp 3 0:00 0.00% 0.00% ipmon
628 root 8 0 1236K 664K nanslp 3 0:00 0.00% 0.00% svscan

896: 動け動けウゴウゴ２ちゃんねる 04/12/02 18:22:21 ID:WZTWIT/v(1)調 AAS
ネットワーク周りのGIANTLOCKが解消されたからでは？

897(2): FOX ★ 04/12/03 01:13:43 ID:??? AAS
#!/usr/local/bin/speedy -- -b1048576
バージョンのbbs.cgiをex7に投入しましたー

bbs.cgi再開発プロジェクト４
2chｽﾚ:operate

昨日のピーク時 350投稿/min くらいで、沈没　→　DNSの強化でなおったばす
今日のピーク時 350投稿/min しらいで平和
さて明日は? SpeedyCGI フルスペック版bbs.cgi がどう動くのか

1) 軽くなって 400投稿/min でもへっちゃら
2) やっぱ意味無しで 350投稿/min で沈没
3) かえるの歌でも歌ってみる

898(1): 動け動けウゴウゴ２ちゃんねる 04/12/03 01:55:35 ID:UuynAjWG(1)調 AAS
かーえーるーのーうーたーがー♪

899(1): ヾ(ﾟﾊﾟ)ﾉ ◆f0.zuburi6 04/12/03 01:56:40 ID:aiw5U3A8(1)調 AAS
かーえーるーのーうーたーがっ♪

900(1): 動け動けウゴウゴ２ちゃんねる 04/12/03 02:09:53 ID:B7jMrfub(1)調 AA×

901: 名無し募集中。。。 04/12/03 02:39:27 ID:MQK/JvQA(1/2)調 AAS
書き込めない
早く対処しろ

902(1): 名無し募集中。。。 04/12/03 02:51:37 ID:auyHsPBC(1)調 AAS
お前だけだカス

903: 名無し募集中。。。 04/12/03 02:56:57 ID:MQK/JvQA(2/2)調 AAS
>>902
お前は黙ってろ

904(1): FOX ★ 04/12/03 04:44:45 ID:??? AAS
質問だす

#!/usr/local/bin/speedy -- -b1048576
で bbs.cgiが起動され speedy_back プロセスが走り出すと思うのですが
このときの speedy_back の pid を 74745 とすると

プロセス 74745 が殺される(or自滅する)タイミングって何時ですか?

905: root▲ ★ 04/12/03 12:24:50 ID:??? AAS
昨日は本業で疲れ果て、そのまま寝てしまいました。

さて、今週はシステム系サーバの工事。
↓
システム系サーバ工事に伴う書き込み不安定・一部サービスダウンのお知らせ[12/3]
2chｽﾚ:operate

>>897
おおっ。bbs.cgiスレが激しく進んでいると思ったら、いよいよすか。

>>904
-rと-tのデフォルト値に依存してるですね。
外部ﾘﾝｸ[pod]:perldoc.jp

によると、
・bbs.cgiが500回実行される(-r500)
・1時間、何のリクエストも来ない(-t3600)

と、バックエンドプロセスが切り替わるようです(両方とも変更可能)

906: 動け動けウゴウゴ２ちゃんねる 04/12/03 12:45:05 ID:kEjFAtRn(1/2)調 AAS
MaxRuns( -r オプション、デフォルトが500 ）判定で再execされても
古いバックエンドが kill されないように見えるということですか？

907: 動け動けウゴウゴ２ちゃんねる 04/12/03 12:46:37 ID:kEjFAtRn(2/2)調 AAS
うわっ、調べてる間に詳しいレスついてた、ハズい・・・・

908: root▲ ★ 04/12/03 13:35:21 ID:??? AAS
ex7の1プロセスあたりのCPU時間を30秒から120秒に増やしました。
(speedy_backendが500回分ずつ処理するので、1プロセス的に消費時間が増えるため)

909(1): FOX ★ 04/12/03 14:06:41 ID:??? AAS
ふんふん

つまり Speedy は時限装置が組み込まれていると、
そしてサーバは殺しに行かないようにしたと、

こういう感じ?

910: root▲ ★ 04/12/03 14:15:25 ID:??? AAS
>>909
そういうことになります。120秒が短いなら、またのばそうかなと。
bbs.cgiには暴走癖がありますが、それは120秒制限で遅かれ早かれ死ぬはず。

でex7ですが、今のところ平和なかんじですね。
300投稿/minを超えるあたりからが、見ものか。

911(1): FOX ★ 04/12/03 14:52:17 ID:??? AAS
でも冷静に考えてごらんよ。

このまま進むと確かにそう遠くない将来(Febころ?)
tigerで 500投稿/min をこなすようになるですねぇ
なったらどうなるかというと・・・・・

道路を作れば渋滞が解消するという幻想を
抱いている方々と同じ境遇というか、、

車減らさなきゃ渋滞解消しないのに、
道を快適にすればそれ以上に車に乗る人が増えるのに、

912: root▲ ★ 04/12/03 14:58:38 ID:??? AAS
>>911
しょうがないすね。
それはもう、「宿命」とか「業」とかのレベルかなと。

DNSサーバ構築で巻き込まれはじめ、
uma作戦以降どっぷりと漬かってからというもの、
サーバの資源不足が解消するなんて、はじめから思ってないっす。

とりあえず、きゅうり踊りだけはちょっとだけうまくなったのかもしれないけど。

913: 動け動けウゴウゴ２ちゃんねる 04/12/03 17:28:50 ID:u+7H8cfb(1)調 AAS
いや必ずどっちかが限界に達する
それか質的にかわるか

914(1): ▲ 某ソレ511 04/12/03 17:53:57 ID:Tc5Ikv7U(1/3)調 AAS
外部ﾘﾝｸ[html]:mumumu.mu
外部ﾘﾝｸ[txt]:stats.2ch.net

このメンテ中にもbbs不調だったっすね、（カウントもけっこう多くの板でされてなかったみたい）
でも、netstatのほうは見てもあまり不調ではないっぽいが、、

915(1): root▲ ★ 04/12/03 18:20:38 ID:??? AAS
>>914
dnscache止めてた = bananaサーバからの書き込みができなかったはずなので、
本当に書き込み数が減っていたはず。

916: root▲ ★ 04/12/03 20:21:25 ID:??? AAS
oyster243を観察中。

ネットワークはじめ、全体的にとても軽くなった気がしますね。
やっぱ、ネットワーク周りのgiant lock解消が効いてるのかなと。

917(1): 名無し募集中。。。 04/12/03 20:32:39 ID:G9EXK7cG(1/6)調 AAS
ｅｘ７書き込めないんだけど何とかしてよ

918: 動け動けウゴウゴ２ちゃんねる 04/12/03 20:34:13 ID:MJu6eTTO(1)調 AAS
>>917
>>897-900

919: 名無し募集中。。。 04/12/03 20:38:52 ID:G9EXK7cG(2/6)調 AAS
わけわかめ

920: 動け動けウゴウゴ２ちゃんねる 04/12/03 20:50:04 ID:G48BKunF(1)調 AAS
撃沈させたら勝ちらしい…

921: 名無し募集中。。。 04/12/03 20:56:26 ID:G9EXK7cG(3/6)調 AAS
ちゃんと説明してくれんと意味がわからん

922(1): 某ソレ511 04/12/03 21:23:47 ID:Tc5Ikv7U(2/3)調 AAS
>>915
そうでしたかぁー。
いや、kawase-m見る限り狼も数字動いてなかったもんで、、

923(1): root▲ ★ 04/12/03 21:28:25 ID:??? AAS
>>922
狼= ex7は別の要因と思います。(bbs.cgiが違う)
BBQのalerm()な処理が入ってないんだと思う。

上下前次 1-新書関写板覧索設栞歴

あと 78 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.020s