2ｃｈの動作報告はここで。パート21

**動け動けウゴウゴ２ちゃんねる** · 2007/01/19(金) 11:31:27

【まずhttp://www6.ocn.ne.jp/~mirv/accuse.htmを熟読してから】

２ｃｈの動作に関する質問、報告などはこちらにお願いします。

報告の際には、できるだけ詳しい情報をお願いします。
　　▽ 板、又はスレッドのURL
　　▽ プロバイダ名
　　▽ OS の種類・バージョン・SP
　　▽ ブラウザの種類・バージョン・SP
　　▽ PROXYの有無・HTTPヘッダの設定　　など

FAQは下記URLを参照
http://www6.ocn.ne.jp/~boyakkie/faq.html
2ch鯖勝手な監視所
http://users72.psychedance.com/
２ちゃんねるサーバ負荷監視所
http://ch2.ath.cx/load/
アクセス規制情報
http://qb5.2ch.net/sec2ch/
２ちゃんねるwiki
http://info.2ch.net/wiki/

前スレ
2ｃｈの動作報告はここで。パート20
http://qb5.2ch.net/test/read.cgi/operate/1148760713/

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 03:35:14

メール送るときのマナーと同じだろ。

一行は35文字以内とか。

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 12:59:43

>>947
禿げ同。

公衆トイレで出したうんこも流す必要ないよね、本来
次にする人が流せば良い訳で

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 13:24:54

Webを印刷物と同じ感覚で作るな

**stream** ◆PNstream2s · 2007/06/16(土) 13:41:30

>>949
詭便

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 13:41:41

句読点の代わりに改行してるから
どうでもいい

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 14:02:45

>>948
掲示板はメールじゃない

>>952
ちゃんと句点読点つけなさい。改行要素見えないようにしてるユーザスタイルシート刺してると読みづらくなる。
とにかくbr病でググれ。

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 14:10:32

ユーザスタイルシートのことなんてなんでこっちが考えないといけないんだ

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 14:53:01

アクセシブルな書き方をする事は情報の発信者として当然の意識。お前は自分の書き込みを人に読まれたくないのか？

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 17:52:26

いや、ここ2chだから一般のそれとは違うと思うけどな

**動け動けウゴウゴ２ちゃんねる** · 2007/06/16(土) 19:59:14

そんな細かいこと気にする奴に読まれると細かいことに突っ込んできそうだからそんな奴には読まれたくない

**ﾉtasukeruyo** · 2007/06/17(日) 21:00:59

http://tmp6.2ch.net/download/
かなり短い一言レスでこんなエラーでました

--------------------
書込み中・・・
--------------------
ＥＲＲＯＲ！
ＥＲＲＯＲ：本文が長すぎます！==0.999==

Monazilla/1.00 (JaneNida/070422)

**動け動けウゴウゴ２ちゃんねる** · 2007/06/17(日) 21:03:03

↑板復帰された後の症状かもです

**動け動けウゴウゴ２ちゃんねる** · 2007/06/17(日) 21:04:48

どうやら症状おさまった模様です
おさわがせしましたー

桶屋 · 2007/06/17(日) 21:10:42

>>958-960
復帰中のエラーだったようですね。

久しぶりに、(本当に久しぶりに)、復帰スレのテンプレを見たら書いてありました。

http://qb5.2ch.net/test/read.cgi/operate/1174446163/6

**動け動けウゴウゴ２ちゃんねる** · 2007/06/21(木) 02:21:55

とりあえずここに報告

調子の悪いスレッドの修理承り口4
http://qb5.2ch.net/test/read.cgi/operate/1132072662/663-n

**ｒｅｆｆｉ@報告人 ★** · 2007/06/21(木) 22:57:56

live23復帰しても元に戻ってしまいます。
いつもの発作だと思うのでよろしくお願いします。

株価【840】 △△ ◆cZfSunOs.U · 2007/06/21(木) 23:49:55

>>963 手動で F15 とか呼び出して観察してみると......
どうもトワイライトの DNS 呼び出しがタイムアウトしてるのか，
dat 落ち1スレあたり3秒ほどかかっているみたいで，
そのため dat 落ちの個数が多い時には
dat が倉庫に移動するタイミングと subject.txt から
削除されるタイミングの間のラグがかなり大きくなってるようです．

しかし，シグナルは捕捉してるから，時間がかかって
SIGTERM や SIGPIPE が発生したとしても，途中で終了しないはずなんだけど......
SIGKILL で殺されちゃってる？

**動け動けウゴウゴ２ちゃんねる** · 2007/06/22(金) 00:12:47

クソがッ見れねぇッ携帯だからって舐めやがって…

**動け動けウゴウゴ２ちゃんねる** · 2007/06/22(金) 02:25:55

メニューカエレ

株価【821】 △△ ◆cZfSunOs.U · 2007/06/22(金) 20:48:25

mod_cgid.c:

static apr_status_t cleanup_nonchild_process(request_rec *r, pid_t pid)
{
kill(pid, SIGTERM); /* in case it isn't dead yet */
if (dead_yet(pid, apr_time_from_sec(3)) == APR_SUCCESS) {
return APR_SUCCESS;
}
ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
"CGI process %" APR_PID_T_FMT " didn't exit, sending SIGKILL",
pid);
kill(pid, SIGKILL);
if (dead_yet(pid, apr_time_from_sec(3)) == APR_SUCCESS) {
return APR_SUCCESS;
}
ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
"CGI process %" APR_PID_T_FMT " didn't exit, sending SIGKILL again",
pid);
kill(pid, SIGKILL);

return APR_EGENERAL;
}

>>964 は↑のせいか．一般的には CGI の暴走を止めるためにいい仕組みではあるけど，
F15 / F22 に関しては途中で止めてもらっては困るのでありがた迷惑なんですよねぇ......

SIGKILL を受けても処理続行するには，冒頭で fork() して子プロセスに処理させて
親プロセスは待つだけにする，とかしなきゃならんのかな......
というか，そもそも F15 / F22 は web 経由で呼び出さなきゃならんのか
（cron から呼ぶとかじゃダメなのか）という疑問も......

**動け動けウゴウゴ２ちゃんねる** · 2007/06/22(金) 23:15:17

hobby9鯖のread.cgiでdat落ちしたスレを見ようとすると
レスポンスが返ってくるまでに1分くらいかかるんだけど…なぜ？

現存するスレはサクサクだから鯖が重いわけでわなさげ

株価【833】 △△ ◆cZfSunOs.U · 2007/06/22(金) 23:28:53

>>968 read.cgi で，過去ログにアクセスした際にトワイライトの DNS に
アクセスする仕組みが入ったので，おそらく >>964 と同じ原因じゃないかと．

**動け動けウゴウゴ２ちゃんねる** · 2007/06/22(金) 23:33:20

>>964
まず、日本語で説明してくれぃ(笑)

トワイライトってなんぞや？Webサーバか？

SIGTERM や SIGPIPE や SIGKILL てなんぞや？バグの一種か？

株価【833】 △△ ◆cZfSunOs.U · 2007/06/22(金) 23:40:05

トワイライトについてはこちらを参照．

■　Top700、トワイライト6833作戦。
http://qb5.2ch.net/test/read.cgi/operate/1175843779/l50

まぁ >>964,967 は一種の業務連絡のようなもので一般利用者向けに
書いたものじゃないんで，わかりにくいといえばわかりにくいか......

とりあえずかみ砕いて言えば，サーバ側の処理で DNS サーバにアクセスする
部分がありますが，DNS サーバからの返事をもらえないため時間がかかって
不具合が生じている，ってことです．

**root▲▲ ★** · 2007/06/22(金) 23:50:10

ここでやろう。

どうも、f15等で指定されているDNSサーバが正しく返事をしないようにみえます。
これだと、全部3秒(タイムアウトをそう設定してある)ブロックしてしまうかも。

で、BBY/BBSと同じ使い方をしているようなので、
DNSキャッシュサーバを経由せず、直接DNSパケットを送る方式なので、
キャッシュサーバの保持時間は、全く関係ないです。

**FOX ★** · 2007/06/22(金) 23:52:25

use Net::DNS;
my $res = Net::DNS::Resolver->new;
$res->tcp_timeout(0) ;
$res->udp_timeout(0) ;
$res->retry(0) ;
$res->recurse(0) ; # turn off recurse query

にしてみた @live23,24

**root▲▲ ★** · 2007/06/22(金) 23:56:10

>>973
$res->retry(0) ;

って、いいんでしたっけ(未確認)。

あと、read.cgi も同じ症状が起こっているらしいです。

**FOX ★** · 2007/06/23(土) 00:00:08

うむ、

一晩考えてみるっす、
いい案が浮かばなかったら一旦撤収ということで、

株価【900】 △△ ◆cZfSunOs.U · 2007/06/23(土) 01:54:28

実験してみますたが，retry が 0 だとパケットが飛ばないようです．
retry を 1 にするとパケットは飛びますが，しかし鯖からの反応がないと
10 秒待ってしまう......どうも，udp_timeout が 0 だと undef と同じ扱い
（この場合 retrans を基準にする）になってしまうようで．そこで
retrans を 0 にしても 2 秒待ってしまう...... どうやら，$res->query() を
使う限りは nonblocking にはできないようで．なので，代わりに
$res->bgsend() を使うのがいいのではないかと
（この場合 timeout 等の設定は不要）．

use Net::DNS;
my $res = Net::DNS::Resolver->new(recurse => 0, nameservers => [$nameserver]);
$res->bgsend($host);

こんな感じで．

**root▲▲ ★** · 2007/06/23(土) 01:56:46

>>976
あ、そんな便利なのがあるんですか。< $res->bgsend()

bbs.cgi の foxDNSquery や foxDNSquery2 も、それにすると幸せなようかん。

でもその場合、バックグラウンドに回ったやつは
どうなるのかしら。fork() するとかなのかな。

**root▲▲ ★** · 2007/06/23(土) 02:00:04

というか、大昔に私、同じ目的で指摘しているかも。
なんか思い出してきた。

http://qb5.2ch.net/operate/kako/1103/11034/1103495887.html

あの頃私はまだbbs.cgiを触っていなかったから、
試してなかったのか。

いい機会なので、試してみるといいのかも。

と言ってもそろそろ、集中力が切れてきたかも。
最近朝が早いので(引越し前より2時間以上早く起きてる)、そろそろ限界かも。

株価【900】 △△ ◆cZfSunOs.U · 2007/06/23(土) 02:07:58

>>977
>バックグラウンドに回ったやつはどうなるのかしら。

非同期ソケットを使うので，select() とかでチェックすることになりますね．
fork() はしません．

>>978
ですねぇ．

>最近朝が早いので(引越し前より2時間以上早く起きてる)、そろそろ限界かも。

乙です......無理はせずに．

**root▲▲ ★** · 2007/06/23(土) 02:10:43

>>979
select() ですか。
fd が足りなくなることさえ気をつければ、いい感じに動きそうですね。
というかF22やF15ではほぼ絶対大丈夫かも。

そんなわけで、そろそろ負け組へと。
SunOS さんが bbs.cgi のfoxなんちゃらでトライすると、
かっこいいおにいさんがそれをぱくって幸せになれるんじゃなかろうか、とか。

株価【900】 △△ ◆cZfSunOs.U · 2007/06/23(土) 02:15:05

>>980
>fd が足りなくなることさえ気をつければ

というか，$res->query() 内部でもソケットのための fd は使うんですが，
$res->bgsend() はそれをユーザプログラム側から利用できるようにするだけで．

>そんなわけで、そろそろ負け組へと。

乙でした．お休みなさい......

**動け動けウゴウゴ２ちゃんねる** · 2007/06/23(土) 18:11:10

ほしゅ

**FOX ★** · 2007/06/23(土) 18:25:05

まずは dns側(データを受け取る側)を点検中ですが、
どうも無知な予感がぷんぷん

ちなみに教えて欲しいのですが
tinydnsが吐いたlog(multilog?) をたとえばstats.2ch.net でhibariに
パイプで食わせるのはどうやるのですか?

秘密教えて。

**動け動けウゴウゴ２ちゃんねる** · 2007/06/23(土) 19:34:15

↓次スレ

◆TWARamEjuA · 2007/06/23(土) 19:53:07

>>983
multilogのrunスクリプトにそのまま書き連ねるだけだったかな。。。

**FOX ★** · 2007/06/23(土) 20:00:49

それで非同期になるですか?

◆TWARamEjuA · 2007/06/23(土) 20:08:59

>>985
そんなに甘くはなかつた、、、orz
http://cr.yp.to/daemontools/multilog.html

**root▲▲ ★** · 2007/06/23(土) 20:18:03

>>983
あんまり秘密でもなさげなので、
今の方法をそのままってかんじで。

すみませんが先に食事済ませてから、あとこちらにでも。↓

■　Top700、トワイライト6833作戦。
http://qb5.2ch.net/test/read.cgi/operate/1175843779/

◆TWARamEjuA · 2007/06/23(土) 20:19:14

ひばり君が、標準入力をそのまま吐き出してくれて且つ、オプションを認識してくれるのなら、、、
　exec setuidgid ユーザ名ひばり君 multilog t ./main
で、そのままmultilogに渡されるかと。
ただし、処理した時刻をひばり君の中で取得しなきゃですです。

ってことで、このrunスクリプトを書いて下さった方の確認を得るのがベストな選択かもです。

・・・やっぱりまだまだ力不足（哀）＠おいら

**root▲▲ ★** · 2007/06/23(土) 20:25:48

>>989
んと、確か※な人が昔書かれた、bbxgather.pl を参考に(というかぱくって)、
私がごにょごにょした気がしますが、、、。

◆TWARamEjuA · 2007/06/23(土) 20:39:58

あっー！

やはり要リハビリかなぁ。。。ｼｭﾝ

**FOX ★** · 2007/06/23(土) 21:10:20

はーい

正座して待ってますー

**root▲▲ ★** · 2007/06/23(土) 21:13:21

>>991
select とか使っていいかんじなコードだった気がするので、
リハビリを兼ねて、※な方が >>988 なスレで解説をされるのが
よいような気もしますです。

いったん食事で。

**動け動けウゴウゴ２ちゃんねる** · 2007/06/23(土) 21:55:04

live25、load average低いのに、ずっと人大杉が続いてます
２１日のネ実２移転の時にread.cgiが止められて、そのまま放置されてるようなんですが

株価【842】 △△ ◆cZfSunOs.U · 2007/06/24(日) 04:09:39

とりあえず，F15 / F22 の DNS 呼び出し側は >>976 のように書き換えるといいのではないかと......

**FOX ★** · 2007/06/24(日) 04:14:14

F15/F22@live23,24 を　>>976 にしてみた

**動け動けウゴウゴ２ちゃんねる** · 2007/06/24(日) 18:31:08

保守る

**動け動けウゴウゴ２ちゃんねる** · 2007/06/24(日) 20:39:25

梅ぬるぽw

**動け動けウゴウゴ２ちゃんねる** · 2007/06/24(日) 20:40:14

999

**動け動けウゴウゴ２ちゃんねる** · 2007/06/24(日) 20:40:28

１０００

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

2ｃｈの動作報告はここで。 パート21

2ｃｈの動作報告はここで。パート21