2ch特化型サーバ・ロケーション構築作戦 Part21

**root▲ ★** · NG

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。

また「２ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず２ちゃんねるは、刻一刻と確実に変化し続けています。

株価【650】 ▲ ◆cZfSunOs.U · 2006/04/21(金) 23:58:52

>>165 メール受け取りました．内容が内容だけに，お返事はしばしお待ちを......

>>166-168 異常のきっかけがパケットの取りこぼしって感じなんですかね．
人為的に実験するとなれば，やはり複数鯖から一斉に，の方が再現しやすいのかもですね．

**動け動けウゴウゴ２ちゃんねる** · 2006/04/22(土) 00:04:29

thttpd

**動け動けウゴウゴ２ちゃんねる** · 2006/04/22(土) 00:05:32

イオナズンのボットのみなさんに協力していただくとか

**root▲ ★** · 2006/04/22(土) 00:59:26

>>169
第一段落: 了解しました。

第二段落: そうですね。
同じファイルばかりものすごい勢いでアクセスしてもだめぽなのは、
既に以前に実験済みだったり。

>>170
thttpd って、cgi とかさっくり動くんでしたっけ。
というか、ポートとかIPアドレスを変えてフロントとの通信用の thttpd を動かす、とかいう
手はあるのかも。そっちは基本的に、cgi 動かさないわけだし。

で、実験的に device polling をオフにしてみた。
HZ=2000 のままで、ネットワーク系のバッファのパラメータをでかくした状態かなと。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/22(土) 23:37:45

>>158
L2SWの方にジャンボフレームを通す設定が入っているのですかね。
紫箱はデフォルトは通さないような。

>>135
live22ってFD_SIZEをかえているから、カーネル/ライブラリ/アプリの
間でサイズの不整合がおきているとか、スタックサイズオーバに
なっているとかですかね。

**root▲ ★** · NG

>>173
> 紫箱はデフォルトは通さないような。

なるほど、ありえますね。

> live22ってFD_SIZEをかえているから、カーネル/ライブラリ/アプリの
> 間でサイズの不整合がおきているとか、スタックサイズオーバに
> なっているとかですかね。

ex11 (6.1-RC, worker MPM + libthr) でも起きています。
というか、２ちゃんねるのサーバ全体でみても、かなり昔から、
それこそ mod_cgidso とか入れる前から、散見していたき駕します。 < signal 10

**root▲ ★** · NG

【 MACKEREL HAS BEEN DOWN 】リブート部隊連絡所 -- Count 02
http://qb5.2ch.net/test/read.cgi/operate/1122567937/100

cobra2247 のカーネルパニックメッセージ:

spin lock smp rendezvous held by 0xffffff00f3600be0 for > 5 seconds
cpuid = 1

**動け動けウゴウゴ２ちゃんねる** · 2006/04/23(日) 00:31:02

>>166
パケットのとりこぼしというか、Outputの段階でdropされてるかも。
netstat -sp ip
で
output packets dropped due to no bufs, etc
が結構出てるとか…。

**root▲ ★** · NG

>>176
live22:
%netstat -sp ip
ip:
569814333 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
44404 fragments received
4 fragments dropped (dup or out of space)
17 fragments dropped after timeout
22094 packets reassembled ok
569779481 packets for this host
12392 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
614399657 packets sent from this host
0 packets sent with fabricated ip header
600 output packets dropped due to no bufs, etc.
0 output packets discarded due to no route
623622 output datagrams fragmented
3611880 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header

**root▲ ★** · NG

live22x1:
%netstat -sp ip
ip:
1369507060 total packets received
0 bad header checksums
7 with size smaller than minimum
1 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1585871 fragments received
11 fragments dropped (dup or out of space)
39 fragments dropped after timeout
273775 packets reassembled ok
1368170580 packets for this host
24340 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1254082254 packets sent from this host
0 packets sent with fabricated ip header
960 output packets dropped due to no bufs, etc.
164 output packets discarded due to no route
26692 output datagrams fragmented
53608 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header

**root▲ ★** · NG

live22x2:
%netstat -sp ip
ip:
1941558663 total packets received
0 bad header checksums
4 with size smaller than minimum
1 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1600442 fragments received
4 fragments dropped (dup or out of space)
28 fragments dropped after timeout
276242 packets reassembled ok
1940200297 packets for this host
34122 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1773064829 packets sent from this host
0 packets sent with fabricated ip header
724 output packets dropped due to no bufs, etc.
16 output packets discarded due to no route
38083 output datagrams fragmented
76529 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header

**root▲ ★** · NG

live22x3:
%netstat -sp ip
ip:
1942658831 total packets received
0 bad header checksums
0 with size smaller than minimum
2 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1577166 fragments received
0 fragments dropped (dup or out of space)
36 fragments dropped after timeout
271920 packets reassembled ok
1941319657 packets for this host
33893 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1776610741 packets sent from this host
0 packets sent with fabricated ip header
656 output packets dropped due to no bufs, etc.
76 output packets discarded due to no route
38092 output datagrams fragmented
76529 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header

**動け動けウゴウゴ２ちゃんねる** · 2006/04/23(日) 01:12:40

>>177-180
UDPで再送してないとdropされた時点でOUTだけど、
ん～、でも意外?にdropされてないですね。。

**root▲ ★** · NG

>>181
> ん～、でも意外?にdropされてないですね。。

そうなんですよね。ううむ。

◆XejmK2zG7E · 2006/04/24(月) 11:26:21

お世話になっております。
株式会社jig.jpの菊池です。
バージョンアップの準備が完了致しましたので全IPの公開を致します。
バージョンアップは明日を予定しております。

下記URLよりご確認いただけます。
http://br.jig.jp/pc/ip_br.html

宜しくお願い致します。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/24(月) 11:35:56

jigブラウザBREW版に関しましては、KDDIの審査において認可がおりなかった為、
サービス開始時期は未定となっております。なお、今後も申請を続ける予定でございます。

どう考えても政治的理由によるものでは・・・・・w

**動け動けウゴウゴ２ちゃんねる** · 2006/04/24(月) 11:43:34

フルブラがあるのにjig使われたら定額上限アップ出来ないからね。

**root▲ ★** · NG

>>183
情報をありがとうございます。

現時点で、64IPアドレスですか。
これだけあると、use Net::CIDR::Lite; する感じですね。

まずはこれで作業すすめます。
が、もし可能であれば、携帯電話のゲートウェイサーバと同様の形で、
つまり CIDR 表記で指定できる形で公開いただけますと、
大変ありがたいです。

ということで、ご検討をよろしくお願いいたします。

**root▲ ★** · NG

qb5 サーバに >>183 の IP アドレスを組み込んだ
本番用の bbs.cgi を入れました。実験いただけると助かります。

**root▲ ★** · NG

あと >>183 のリンク先に、「2006年4月24日現在」といった形で、
最終更新の日付を入れていただけますと、より作業がしやすくなります。
ご検討いただけますと助かります。

qb5 での動作確認ができ次第、
本 bbs.cgi を全サーバに配布させていただきます。
以上、よろしくお願いいたします。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/24(月) 17:39:39

ふと思ったのですが、
高負荷時にバッファがいっぱいになる前に
bbsd を優先的にスケジュールするように、
bbsd を nice or renice しちゃうというのはどうでしょうか。

**root▲ ★** · NG

>>189
matd と同じ手法ですか。いいかもですね。

**root▲ ★** · NG

#!/bin/sh
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
/usr/bin/nice -n -20 setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 2 -I 60 -n 8 -p 2222 -s live22x.2ch.net

こうしてみた。 < live22

◆XejmK2zG7E · 2006/04/24(月) 18:48:02

>>187
対応ありがとうございます。
実験が終了致しましたらご連絡致します。

>>186
>>188
こちら対応致しました。
http://br.jig.jp/pc/ip_br.html

CIDR表記も追加致しましたが、数は結構多くなっております。
宜しくお願い致します。

**root▲ ★** · NG

>>192
> jigブラウザIP一覧　「2006年4月24日現在」

CIDR表記での表現、助かります。
早速設定させていただきますので、テストはその後にお願いします。
(テストOKになった時点でこちらで連絡いたします)

# 「」は要らないです(w。

**root▲ ★** · NG

>>193
> 早速設定させていただきますので、テストはその後にお願いします。
> (テストOKになった時点でこちらで連絡いたします)

qb5 サーバの準備完了しました。
それでは、よろしくお願いします。

**root▲ ★** · NG

過去ログ部分は、NFSで問題なく動いている模様。

シビアにアクセスしなければいいっていう感じなのかな。
あるいは6.0Rでは5.4Rにあった虫がとれているとかか。

株価【800】 ▲ ◆cZfSunOs.U · 2006/04/25(火) 02:00:31

>>195 まぁ，猛烈にアクセスしても平気なのかは，じっけ(ry

ただ，ファイル更新とバッティングした際の問題は
過去ログではほとんど発生しない，ってのも大きいのかも知れませんね．

**root▲ ★** · NG

>>196 第一段落
過去ログでは、「祭り」はないですからね(あってたまるか（ｗ)。

で、ご指摘のとおり、
基本的にはdatができていくだけなので、
そういう部分では、確かに虫を踏む可能性は少なそうですね。
(というかそう思ったので、NFSにしてみたという側面があります)

**動け動けウゴウゴ２ちゃんねる** · 2006/04/25(火) 09:16:41

>>rootさん

jigブラウザでの書き込みの対応が目前な様ですが、書き込み可能になった場合の
公式p2経由での書き込みに関してはどのような扱いになりますでしょうか？

確か、現在の公式p2ではBBQとBBMの規制データを基に規制をしていたと思うのですが

◆XejmK2zG7E · 2006/04/25(火) 11:02:17

>>194
書き込みテストが完了致しました。
問題ございません。

■テスト結果
http://qb5.2ch.net/test/read.cgi/operate/1145833088/27-70

【DoCoMo】
27ネイティブ
28jigブラウザ

【ボーダフォン】
30jigブラウザ
32ネイティブ

【au】
69jigブラウザ
70ネイティブ

bbs.cgi全サーバに配布お願い致します。

宜しくお願い致します。

**root▲ ★** · NG

>>199
配布完了しました。10分ほどで有効になります。

>>198
昨日、質雑スレでもこのやりとりあったですね。

通常書き込みについては個別規制できるようになったので、
「BBQ解除して公式p2についてはどんどん芋掘りしてどんどん規制」でも
いいのかな、とは思いますが、芋掘りしなきゃならないというところで、
ちょっとちゅうちょしていたり。

# 私は今のところ「芋掘りはしない」と決めているです。
# 管理人に昔「募集中ですよ」って誘われましたが、唯一、明確にお断りしました。
# どこかに一つぐらい歯止めを持っておかないと、きりがなくなっちゃうし。

▲ ◆SANUKI/VII · NG

そして伝説へ

**動け動けウゴウゴ２ちゃんねる** · 2006/04/25(火) 11:51:08

P2の規制チェックをBBQからBBXにすることはできませんか？
ここではスレ違いかな…

**動け動けウゴウゴ２ちゃんねる** · 2006/04/25(火) 11:52:36

ibisやjig側がp2を作ってアプリで直カキコした時と同じように端末情報などを2ch側に送信するのは？

**root▲ ★** · NG

>>202
Proxy + p2 で、荒らしツールとして使われまくった過去があるですね。
ようは「規制回避ツール」「荒らしツール」として使うのは、おことわりってことで。

で、たぶんスレ違いな肝。

# 上にも質雑スレにも書いたように、ibis と jig については迷っているので、
# 気まぐれに解除を依頼するかも。

**root▲ ★** · NG

>>203
そういう形での解決は、ありえますね。

p2(相当)のしくみを各アプリのベンダーさんが持って
技術情報を開示 => ２ちゃんねるでうまく対応

みたいな解決パターンは、じゅうぶん考えられると思います。

前スレでもちょっと議論しましたが、一般論だと、

・荒らしツール、規制回避ツールとして使うのはおことわりです
・携帯の場合、個別規制ができる形がいいなぁ(= 端末固有情報を２ちゃんねる側で得られる)
・２ちゃんねるから見て、コスト的に大きくないのがいいなぁ(= 大きな負荷や手間がかからない)

ってかんじなのかなと。

**root▲ ★** · NG

Hello, Sean-san, Jim-san,
Cc: related folks,

This is Mumumu. Genki-desuka?

Now several XO 2ch servers, cobra2247, tiger503, and tiger507 are
'almost idling'. So, we need to verify the current electric power
status before these servers working well.

I want to know the current status of power circuit configuration.

I think that if cobra2247 works well, it will use the electric power
almost the same as oyster901. Is the current electric power
configuration of XO enough for it?

And if tiger503 and tiger507 work well, they will use the electric
power almost the same as tiger2523 and tiger2524.

If the power is not enough for them, we can move out some servers of XO,
they are tiger504, tiger509, tiger510 and cobra2245.

We want to advance the power up of the server of 2ch by "The Snowman"
clustering technology. The "Snowman" system is now working on tiger2522,
tiger2523, tiger2524 and tiger2525.

I think it is an ultimate server system for 2ch. I will describe to you
details of it.

Thank you for your cooperation.
Regards,

**root▲ ★** · NG

菊池様;

202.181.98.242
202.181.98.243
202.181.98.244
202.181.98.245
202.181.98.246
202.181.98.247
202.181.98.248
202.181.98.249
202.181.98.250

これらの御社のサーバは、DNSの逆引きがエラーになっているようです。

**root▲ ★** · NG

>>207 続き、
こちらで確認してみたところ、

%dig -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.

; <<>> DiG 9.3.2 <<>> -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61718
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;242.98.181.202.in-addr.arpa. IN PTR

;; AUTHORITY SECTION:
242.98.181.202.in-addr.arpa. 3600 IN NS dns1.jig.jp.98.181.202.in-addr.arpa.
242.98.181.202.in-addr.arpa. 3600 IN NS dns2.jig.jp.98.181.202.in-addr.arpa.

;; Query time: 110 msec
;; SERVER: 210.188.224.9#53(210.188.224.9)
;; WHEN: Tue Apr 25 00:31:48 2006
;; MSG SIZE rcvd: 90

となっており、DNSサーバの指定が適切ではない状態にみえます。

# たぶん上位ISP(ns1.dns.ne.jp)において、NS 指定の末尾に "." を付け忘れていると思われ。
# 以上、老婆心ながら。

◆XejmK2zG7E · 2006/04/25(火) 17:48:43

>>205
ご指摘ありがとうございます。
DNSの逆引きエラーに関しましては弊社方でも認識しておりまして
現在対応しております。

宜しくお願い致します。

桶屋 · 2006/04/26(水) 00:16:26

>>181 >>195
気になったのは、ネットワークのどこかでドロップされている、ということはありませんか？

例えば、1000Mbpsで繋がっているポートと100Mbpsで繋がっているポートがあると、
帯域が狭くなるところでスイッチのバッファに一時貯められるわけですけど、
バッファ容量以上のパケットが押し寄せてくると、パケットは捨てられてしまうわけです。
TCPなら再送されますが、UDPだと取りこぼしてしまいます。

・切り分け
サーバのアクセスが集中しているときに、NFSやbbsdをTCPにしてみる。

株価【650】 ▲ ◆cZfSunOs.U · 2006/04/26(水) 00:33:46

>>210
>サーバのアクセスが集中しているときに、NFSやbbsdをTCPにしてみる。

ん......問題の切り分けという点では興味深いですが，bbsd は UDP に依存した
造りになってるんで，TCP で扱えるようにするのはちょっと大変かも......

あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......

桶屋 · 2006/04/26(水) 00:36:11

＞あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
＞つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
＞ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......
詳しくどうもです。
もうちょっと詳しい観察と切り分けが必要ってことなんですね。

**root▲ ★** · 2006/04/26(水) 11:47:26

>>206 の件、Jim さんから「調べさせる」という返事あり。
結果も来てました。別途、報告入れます。

**root▲ ★** · NG

Jim-san, Ryan-san, Tom-san,

Thank you for your help.
I have more questions.

1) I want to know which circuit following servers are connected to
precisely.

tiger503
tiger507
cobra2247

I think MS VM 1 and MS VM 2 in MS-XO-9 are almost full. If these
servers are connected to their circuit, we have to change the circuit
configuration. So, please tell us the information.

2) What time do you measured the amp usage? The amp usage of 2ch
servers are vary. 22:00-24:00 JST (it is equal to 6:00;8:00 PDT)
is the maximum time. We need to check the actual usage at that time.

Regards,

> MS-XO-2
> MS VM 1 Load: 8 of 20 amps [39%]
> MS VM 2 Load: 3 of 15 amps [17%]
> MS-XO-9
> MS VM 1 Load: 11 of 15 amps [73%]
> MS VM 2 Load: 17 of 20 amps [87%]
> MS VM 3 Load: 6 of 20 amps [31%]
> MS VM 4 Load: 5 of 15 amps [32%]

**む＠携帯** · 2006/04/26(水) 21:44:09

do you measuredって何だよ、、、。ううむ。

株価【600】 : ◆SEXY...t7c · NG

>>215
ibis+公式p2書き込みの件で返事来ました

いつもお世話になっております。アイビスサポート係です。

p2の管理者様が
「ibisBrowserから2chに書き込むために出力しているUserAgent」
への有効化を行っていただければ、
ibisBrowser側のアップデートで実現可能と思います。
実装については前向きに検討してまいります。

今後ともよろしくお願い申し上げます。

↑をあきさんに伝えれば宜しいのでしょうか？

**root▲ ★** · NG

>>216
ですね。
既にこちらにも貼られているようです。

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/

株価【600】 : ◆SEXY...t7c · NG

>>217
向こうに詳しい人が来てくれたみたいですね
色々ありがとうございましたm(__)m

**root▲ ★** · NG

あ、そうだ。一応念のため。

ibis さん、jig さんとも、相手方のドメイン名を見て、固有情報を送っているのかしら。
だとすると、2ch.net に加えて、bbspink.com に対しても同じ動作をする必要があると思います。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 01:50:56

>>219
確認してみました。

ibis、jigともにbbspink.comの場合は固有情報を送っていないようで、
「携帯用ブラウザからの情報を正しく取得できませんでした。(2)」が表示されました。

**root▲ ★** · NG

p2.2ch.net のほうでは、対応が終わったとのことです。

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/675

ということで、p2.2ch.net 経由での書き込みについても、
通常の bbs.cgi 経由での書き込みと同じ形で
固有情報を送っていただくように設定された時点で、
同様に書き込みができるようになるはずです。 > ibis/jig とも

# この場合のIDの末尾は、通常のp2での書き込み同様に P となります。

**root▲ ★** · NG

>>220
了解。やはりそうですか。
これは、それぞれの中の方々の対応待ちですね。

お手数ですが、もし公式 p2 のアカウントをお持ちであれば、
>>221 についても、＊以下のスレでの解除作業が終了後に＊
お試しいただけますと助かります。

【BBQ＆BBM14本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1145893627/

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 02:09:40

>>222
p2で試してみました。

ibis、jigともに
「p2 error: 携帯の固有端末IDを送信しないと書き込みできません。。(携帯の設定で、固有端末IDを送信するようにしてください)」
が表示されました。

・・・あれっ？

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 02:12:40

どうやらjigも通常の書き込み時"のみ"固有情報を送信しているようですね。

・・・ということはjig側の対応も必要ということですね。

**root▲ ★** · NG

西村様、菊池様;

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/686

ということで、jig, ibis とも、現時点では p2.2ch.net 経由では
固有情報を送信しないように設定されている模様です。

p2.2ch.net は２ちゃんねる公式のサービスですので、
こちらでの書き込みの際にも、同様の形式で送るように
設定をいただけますと大変助かります。

なお、>>221 にあるように、p2.2ch.net での設定は完了している旨、
連絡をもらっています。

>>219 の件とあわせ、お手数ですがよろしくお願いいたします。

**root▲ ★** · NG

>>223-224
そのようですね。
ということで、>>225 と。

**root▲ ★** · NG

jig さんについては、続報が。
ちと、向こうのスレの動きを観察します。

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/687

**root▲ ★** · NG

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/700-702

jig については、p2.2ch.net 側の対応により
書き込みが可能になったようです。

ということで残作業は、

jig: >>219
ibis: >>219 >>216

になります。お手数ですがよろしくです。

# 今日はそろそろ、寝る時間で。

株価【600】 : ◆SEXY...t7c · NG

>>228
お疲れさまでした
ibisにはメールしたので後は対応してもらえる事を願いつつ待ちます
本当にありがとうごさいましたm(__)m

**七宝焼 ★** · NG

一応こちらにも報告します。

>>222
解除作業が終了しました。

**stream** ◆PNstream2s · 2006/04/27(木) 10:57:48

いつのまにかeAccelerator-0.9.5-beta2になってます

株価【600】 : ◆SEXY...t7c · NG

>>219に関してibisから返事来ましたー

いつもお世話になっております。アイビスサポート係です。

情報提供まことにありがとうございます。ご連絡いただいたページも参考にさせていただきます。

今後とも宜しくお願い申し上げます。

との事です
もー1通はp2スレに貼ります
ありがとうございましたm(__)m

◆XejmK2zG7E · 2006/04/27(木) 11:35:29

>>219
書き込み先のドメインを確認して端末情報を送信しているのですが
2ch.net,bbspink.com以外に端末情報を送信する必要のあるドメインは
ございますでしょうか？

**root▲ ★** · NG

>>233
そういえば、u.la もですね。
よろしくお願いします。

現在のところは、この3つ以外には必要ないはずです。
状況が変化したらその都度ここでお知らせします。

◆PyBmQVnXTM · 2006/04/27(木) 12:03:55

>>219
bbspink.com に対してのテスト書き込みを行いました。

>>225
p2への書き込みの件、承知しました。
(現在、モリタポの申請中です)

>>234
u.la から bbspink に書き込む際の action属性の中に utn が含まれているため、
404が返されております。(firefoxで確認済)
できれば修正していただけると助かります。

**root▲ ★** · NG

>>235
第一段落、第二段落
よろしくおねがいします。

第三段落
状況確認しました。修正してもらう方向で。

**root▲ ★** · NG

u.la の対応がなされたようです。

雪だるま作戦のスレを待ち続けるスレ　Part6
http://aa5.2ch.net/test/read.cgi/nanmin/1144142021/946

確認をお願いいたします。

◆PyBmQVnXTM · 2006/04/27(木) 15:35:13

u.la から bbspink.comの書き込みを確認しました。

http://same.u.la/test/r.so/sakura02.bbspink.com/pinkqa/1142871332/481

478: bbspink.com からibisBrowserで直接書き込み
479: c.2ch.net からibisBrowserで書き込み
480: (PCから書き込み)
481: u.la からibisBrowserで書き込み

以上の通り、書き込みできましたことを報告いたします。

**root▲ ★** · NG

>>238
了解しました。

公式 p2 以外は対応できたということですね。
向こうの様子をみていると、公式 p2 ももうすぐ対応できそうな感じで。

◆PyBmQVnXTM · 2006/04/27(木) 17:24:20

>>239
ありがとうございました。
公式p2への書き込みも無事終了しました。
今後ともよろしくお願い申し上げます。

**カイト** · 2006/04/27(木) 19:05:12

皆さんに質問ですウイルスの作り方知ってる人カキコおねがいします
(＊´д｀)ハァハァ

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 19:20:01

>>241
まずメモ帳を開く
↓

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 19:21:37

そしてお湯を沸かす
↓

▲ ◆SANUKI/VII · NG

VIPでやれ

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 20:07:09

怒られる
↓

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 20:11:25

讃岐あぼん

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 20:13:11

出来上がりです！

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 20:23:03

蒸らしが足りないので失敗でした。。

**動け動けウゴウゴ２ちゃんねる** · NG

rootさん・西村さん、お疲れ様でしたm(_ _)m

**root▲ ★** · NG

さっき、live22 が重くなった時。

症状は先日と同じで、CPU idle time が 0 になり、
umtx という状態の httpd が多数発生して、httpd 自体が signal 10 でダウンするもの。

httpd の数を少なくしておくと、操作できなくなるほどの重さにはならない。

core 吐いているので、gdb の出力をこれから調査。

(gdb) where
#0 0x282884d3 in _umtx_op () from /lib/libc.so.6
Cannot access memory at address 0xb787de80

**root▲ ★** · NG

で、top で見ると、
"stopped" なスレッドが山ほどいた。

明らかに、挙動不審だ。

**root▲ ★** · NG

もう1回堀江被告が出るようなので、

/etc/libmap.conf を /etc/libmap.conf.SAVE に mv して、
Apache と bbsd をリスタートし、
libthr => libpthread に戻してみた。

**root▲ ★** · NG

#XXX#MaxKeepAliveRequests 100
↓
MaxKeepAliveRequests 0

これはあんまり効果ないかなぁ。
やはり、mod_cache とかか。

株価【600】 ▲ ◆cZfSunOs.U · 2006/04/27(木) 23:41:38

桃の毛が明晩に迫ってて，バック増設も間に合いそうにない，となると
やはり mod_cache か......

**動け動けウゴウゴ２ちゃんねる** · 2006/04/27(木) 23:54:34

桃の毛は5/12だからそこまで急がなくても。

株価【600】 ▲ ◆cZfSunOs.U · 2006/04/27(木) 23:58:12

>>255 なるほど......金曜日とかどっかで見たような気がして，てっきり明日かと......

**stream** ◆PNstream2s · 2006/04/28(金) 00:12:56

Apache2.2.0で起こるフロントの暴走って結局どうなりました？
mod_proxyで子プロセスがCPUを100%つかうバグが2.2.0にあるみたいですけど

http://svn.apache.org/viewcvs.cgi?rev=390724&view=rev

**root▲ ★** · NG

>>257
今フロントは Apache 2.0.55 + libpthread です。
特に暴走問題はその後起こってない模様。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/28(金) 00:31:15

2.2.0じゃないの？

GET /ootoko/subject.txt HTTP/1.1
If-Modified-Since: Thu, 27 Apr 2006 14:27:26 GMT
Host: live22x.2ch.net
Accept: text/html, */*
Accept-Encoding: gzip
User-Agent: Monazilla/1.00 (JaneStyle/2.23)

HTTP/1.1 304 Not Modified
Date: Thu, 27 Apr 2006 15:22:36 GMT
Server: Apache/2.2.0
ETag: "126a1-3d-63244f80"
Vary: Accept-Encoding

**root▲ ★** · NG

>>259
mod_proxy 経由でバックエンドにいくと、そうなります。
バックエンドは Apache 2.2.0

HEAD / HTTP/1.1
Host: live22x.2ch.net

HTTP/1.1 200 OK
Date: Thu, 27 Apr 2006 15:38:03 GMT
Server: Apache/2.0.55
Last-Modified: Thu, 18 Aug 2005 12:46:12 GMT
ETag: "da84b-8c-9917ed00"
Accept-Ranges: bytes
Content-Length: 140
Vary: Accept-Encoding
Content-Type: text/html

**動け動けウゴウゴ２ちゃんねる** · 2006/04/28(金) 00:40:58

あら、そんな仕様だったのか。失礼しました。

**root▲ ★** · NG

明日以降、mod_cache を入れるべく、
squid と mod_cache あり Apache との間で実際にどんなやりとりがなされているか
調べてみるということで。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/29(土) 10:41:19

Apacheが落ちちゃう問題について。

自宅の6.0-RELEASEマシンで再現したので、いろいろ調べてるんですが、
メモリが破壊されることがある模様。

例:
(gdb) frame 2
#2 0x08095001 in ap_http_header_filter (f=0x819edd8, b=0x819f708) at http_filters.c:1024
1024 send_all_header_fields(&h, r);
(gdb) p r
$31 = (request_rec *) 0x819e050
(gdb) p *r
$32 = {pool = 0x2c746153, connection = 0x20393220, server = 0x20727041, next = 0x36303032,
<長いので省略>
(gdb)

0x2c746153 -> ,taS -> Sat,
0x20393220 -> 92 -> 29
0x20727041 -> rpA -> Apr
つまり Sat, 29 Apr

…というように、本来ポインタ値が入るところに文字列が入ってます。
今のところ、OSの問題なのか、Apacheの問題なのかは不明です。

株価【700】 ▲ ◆cZfSunOs.U · 2006/04/29(土) 11:02:03

>>262 この壁を乗り越えると，また一歩前進と......

**軍艦焼 ★** · 2006/04/29(土) 11:07:12

【BBQ＆BBM14本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1145893627/96-97
携帯からなのでbrew.ne.jpと思われる範囲をばっさりしました。
（>>205の考えと宣伝荒らし発生のため）

ご報告まで。

株価【700】 ▲ ◆cZfSunOs.U · 2006/04/29(土) 11:20:38

>>263 う～む......そうなっちゃうとすると SIGBUS 発生も頷けますが，しかしなぜそうなるのか......

**動け動けウゴウゴ２ちゃんねる** · 2006/04/29(土) 11:23:23

メモリが糞で化けてる可能性は無視ですか？そうですか。

**動け動けウゴウゴ２ちゃんねる** · 2006/04/29(土) 12:04:34

きっとアドレスが足りないんだよ、ァ。

再現できるので、多分OSでゴミが貯まっているかも。

二日にいっぺん再起動かけるようにしたらいいかも。
10:55～11:00までは朝支度をしています。何卒ご了承下さい。