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

**root▲ ★** · NG

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。

また、次世代の携帯アクセス環境をめざした「べっかんこ作戦」も稼動しはじめました。
「２ちゃんねる証券取引所」や、「Be」の機能強化等、
２ちゃんねるは今日も変化し続けています。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/test/read.cgi/operate/1121886018/

**root▲ ★** · NG

ちょっとひどそうなので、
>>190 のやつ全部、調べなおす方向で。

で、XOだけならいいんだけどということで、age。

● ◆ANGLERlqvM · NG

なるほど、今までの不思議に思っていたことが
何か見えてくるかもしれませんね。

株価【450】 ▲ ◆cZfSunOs.U · 2006/03/03(金) 15:20:32

matd の挙動調査から思わぬ展開に......
でもまぁこういう問題を発見できたのはよかったと．

● ◆ANGLERlqvM · NG

>>199
そうですね。
こういうのは、何かきっかけが無いと分かりにくいですから。
問題が発見できたのは良かったと思います。

**root▲ ★** · NG

banana273 から、

banana405 ×
--- banana405.maido3.com ping statistics ---
30 packets transmitted, 24 packets received, 20% packet loss
round-trip min/avg/max/stddev = 0.657/7.266/158.052/31.441 ms
banana406 ○

不思議だ。同じOSバージョン同じサブネット同じネットワークI/Fなのに。
やはり、スイッチですね。

**root▲ ★** · NG

まさか「proxyに繋がらない。。。」の頻発も、これが原因?

ってことは、プライベート側もきちんと精査しないといかんということですね。

**root▲ ★** · NG

banana273 (XOの外にあるone of standard banana)から、まとめ。

パブリック側I/Fでパケット落ちが起きているのは、
banana402 = stock
banana403 = www2
banana404 = www2
banana405 = c/c1/c-others1
tiger503 = live22x4
tiger2511 = c-docomo6
の6台。

banana402 ×
banana403 ×
banana404 ×
banana405 ×
banana406 ○

tiger503 ×
tiger504 ○
tiger509 ○
tiger510 ○
tiger511 ○
tiger512 ○

tiger2507 ○
tiger2508 ○
tiger2509 ○
tiger2510 ○
tiger2511 ×
--- tiger2511.maido3.com ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.645/0.752/0.871/0.049 ms
tiger2512 ○

tiger2522 ○
tiger2523 ○
tiger2524 ○
tiger2525 ○

cobra2245 ○
cobra2247 ○

**root▲ ★** · NG

続いて、プライベート側の調査。
プライベート側は目的毎に独立した2つのサブネットあり。

雪だるま系: 192.168.100.0/24
banana403 から。

tiger507のプライベート側がだめ。

banana404 ○
tiger503 ○
tiger507 ×
--- 192.168.100.6 ping statistics ---
30 packets transmitted, 24 packets received, 20% packet loss
round-trip min/avg/max/stddev = 0.147/0.262/1.422/0.245 ms
tiger2522 ○
tiger2523 ○
tiger2524 ○
tiger2525 ○
cobra2247 ○

**root▲ ★** · NG

(続き)

携帯系: 192.168.0.0/24
banana405 から。

プライベート側I/Fでパケット落ちが起きているのは、
banana406 = c/c2/c-others2
tiger2509 = c-au6
tiger2510 = c-docomo5
tiger2512 = c-docomo7
の4台。

ごていねいに、全キャリアに一つ以上異常なのがある。
この「ババ｣を引くと、「proxyに繋がらない。。。」が頻発していると。

banana406 ×
--- 192.168.0.1 ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.150/0.263/1.020/0.196 ms
tiger511 ○
tiger512 ○
tiger2507 ○
tiger2508 ○
tiger2509 ×
--- 192.168.0.163 ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.140/0.307/1.027/0.204 ms
tiger2510 ×
--- 192.168.0.164 ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.141/0.222/0.352/0.059 ms
tiger2511 ○
tiger2512 ×
--- 192.168.0.166 ping statistics ---
30 packets transmitted, 28 packets received, 6% packet loss
round-trip min/avg/max/stddev = 0.153/0.290/1.097/0.225 ms

**root▲ ★** · NG

ということで、

1) なぜこんなことがXOの特定のスイッチで起こったのか

状況をみる限りでは、
何らかの意図(帯域制限など)を持って設定しているとは考えられないおかしさです。

=> 先日の停電でスイッチがおかしくなった or 壊れた?
=> 何か設定を変えた?
=> その他?

2) どうすれば直るのか

=> スイッチのリセット?
=> スイッチの設定修正?
=> スイッチの交換?

なお、このスイッチは1Gbps対応・VLAN設定対応等可能で、
処理能力もスイッチとしてはPIEでいちばんでかいもののはずです。

つまりもし万一スイッチのハードウェア障害だとすると
tiger サーバや cobra サーバと同様、
交換部品がどきどき、、、以下略の予感も。

**root▲ ★** · NG

いずれにせよXOの一部サーバの通信に異常が発生している、
という状況はつかみました。

また携帯系の「proxyに繋がらない。。。」が急に多発するようになったのも、
ほぼこれが原因と考えられます。

状況を書いて、Seanさんに調査と修正依頼を出すことにします。

とりあえず、以上で、
しばらく本業のため、依頼メール出すのはしばらく後になります。

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

2証で時々発生してるｴﾗｰ
「be.2ch.netとの通信に失敗しました」
これも、それのせいなのかな？

**root▲ ★** · NG

>>208
↓
>>196

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

即ﾚｽすぎて、ちょっとﾋﾞｯｸﾘ
ふむふむ、2証は402なのか・・・

原因が判明すれば諦めがつきますね、どうもでしたヽ(´―｀)ノ

**root▲ ★** · NG

このぐらいでPIEのネットワーク的がへたれる(トラフィックとか処理量とか
ことはないと思うので(*1)、たんたんと不具合報告して、たんたんと直してもらうということで。

(*1 じゃなきゃこんな↓プロモーションを大々的にやらないだろうと)
http://www.maido3.com/server/banana100/

● ◆ANGLERlqvM · NG

お疲れ様でした。
これで、多分スッキリしますね。

**root▲ ★** · NG

1) 電源春暖によりおかしくなったかもしれないので、
まずはスイッチをリセット・電源再投入してもらう

2) それでもだめなら、じっくり取り組む

で、いこうかと。

1) は Sean さんとのタイミングがあった時にやろうと思うので、
ショートノーティスでいきなりやる可能性あるです。

つまり「やるよー」「ぼん」で、一時的に実況とニュー速と携帯が、
数分程度全部死にます。

というわけで、あらかじめ告知(これがそれに相当)をば。

**root▲ ★** · NG

>>213
> 1) 電源春暖によりおかしくなったかもしれないので、

うわーん。瞬断だってば。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/03(金) 18:17:55

もう春ですからね～
北海道は雪降ってますけどｗ

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

　　　　　　　∧__∧
　　　　　　（＞＜*　）いつでも来てくださいませっ！
　　　　　　（⊃⌒*⌒⊂)
　　　　　　　/__ノωヽ__）

**動け動けウゴウゴ２ちゃんねる** · 2006/03/03(金) 20:06:00

>root氏
何時ごろになるんでしょ？

**root▲ ★** · 2006/03/03(金) 20:06:44

366 名前：root▲ ★[] 投稿日：2006/03/03(金) 20:06:22 ID:???0
Davidさん、Jimさん、私(Seanさん)にまずはパケット落ちの状況を送ってくれ、
という話になりました。そのうえで対応すると。

すぐのリブートはなくなりました。
以降は別スレにて。

>>217
ということで、状況次第ですね。

**root▲ ★** · 2006/03/03(金) 20:29:15

Seanさん、Davidさん、Jimさんにメールを送った。
管理人と関係者にCc:。

**root▲ ★** · 2006/03/03(金) 20:45:05

Sean-san, David-san, Jim-san,
Cc: 2ch related folks, (中の人)-san,

This is Mumumu.

As I already reported to Sean-san, now we encountered suspicious packet
dropping (approx. 15%-30%) at XO location servers.

I investigated the current status of the trouble, and I will report to
you about it per-server basis.

Please be careful: A part of XO servers are connected two network I/Fs.
So, I call "primary I/F", it is xx0 I/F on FreeBSD (em0, fxp0, bge0),
and "secondary I/F", it is xx1 I/F on FreeBSD (em1, fxp1, bge1).

The following I/Fs of servers are now in trouble.

banana402 (primary I/F: fxp0, 100Mbps FDX)
banana403 (primary I/F: fxp0, 100Mbps FDX)
banana404 (primary I/F: fxp0, 100Mbps FDX)
banana405 (primary I/F: fxp0, 100Mbps FDX)
banana406 (secondary I/F: fxp1, 100Mbps FDX)
tiger503 (primary I/F: em0, 1Gbps FDX)
tiger507 (secondary I/F: em1, 1Gbps FDX)
tiger2510 (secondary I/F: em1, 1Gbps FDX)
tiger2511 (primary I/F: em0, 1Gbps FDX)
tiger2512 (secondary I/F: em1, 1Gbps FDX)

Please investigate the trouble and fix it.

These servers are very important because they have so many
mobile phone users and 2ch BBS for TV live broadcast users.

Best regards,

**root▲ ★** · 2006/03/03(金) 20:57:55

スイッチのリブート by Seanさん、入りました。

これから確認しますが、パケロスなくなったっぽい。

--- tiger503.maido3.com ping statistics ---
30 packets transmitted, 30 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.204/1.502/3.830/0.451 ms

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

お疲れ様です。

PCのこちら側で小躍りしてみます。

**root▲ ★** · 2006/03/03(金) 21:04:44

www2のパケットロス・遅延ともになくなりました。
全てがうまくいっているように見えます。

64 bytes from 206.223.150.96: icmp_seq=23 ttl=63 time=0.832 ms
64 bytes from 206.223.150.96: icmp_seq=24 ttl=63 time=0.779 ms
64 bytes from 206.223.150.96: icmp_seq=25 ttl=63 time=3.529 ms
64 bytes from 206.223.150.96: icmp_seq=26 ttl=63 time=0.754 ms
64 bytes from 206.223.150.96: icmp_seq=27 ttl=63 time=10.495 ms
64 bytes from 206.223.150.96: icmp_seq=28 ttl=63 time=13.702 ms
64 bytes from 206.223.150.96: icmp_seq=29 ttl=63 time=21.688 ms

--- www2.2ch.net ping statistics ---
30 packets transmitted, 30 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.668/2.298/21.688/4.608 ms

**root▲ ★** · NG

banana403 = www2 の受付嬢

にログインしてみました。

生まれ変わったように反応が速くなっていました。

どうやら先日の停電以来、
XOロケーションのスイッチが、ずっと本来の力を発揮できない状態に陥っていたようです。

**root▲ ★** · NG

Seanさんは明日に備えてオフラインになりました。

こうなれば急ぐことはないので、
じっくり調べて、結果を別途メールで報告する旨伝えました。

私もいったん、オフラインで。

**root▲ ★** · NG

これなら、live22x系もmatdにのっけても大丈夫な予感。

明日昼にでも改めて、banana403/404のリブートテストとかそのへんを。

**root▲ ★** · NG

概ね問題ないことを確認しました。

教訓: 高性能でインテリジェントなスイッチはある種サーバと同じところがあり、
電源を手順に従ってきちんと落としたりきちんと上げたりしないと、
不可解な状態に陥ることがある。

で、不可解な状態になると原因の切り分けは結構大変。

株価【520】 ▲ ◆cZfSunOs.U · 2006/03/03(金) 21:36:57

>>223-226 乙です．すんなり解決でめでたしめでたしですね．

**動け動けウゴウゴ２ちゃんねる** · 2006/03/03(金) 21:43:44

>>224
ごみでもたまっていたんでしょうかね。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/03(金) 21:54:23

メモリにゴミファイルと虫が....カサコソしてた。

まぁ今は順調だからよかた。

#いつからパケットロスあったんだろう？
#これはパケロスしてるかいちいちping掛けないといかんのね。

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

>>230
瞬断のあとって意外にメモリの内容がごく一部化けているケース多い

それでエラーが出て変な状態になるケースは
エンタープライズなレベルではよくある話みたいですな

◆TWARamEjuA · 2006/03/03(金) 22:50:05

そういえば、httpdのレスポンスが変な鯖があったような希ガスるです。。。＠いまさら

**root▲ ★** · NG

>>232
どれかしら、、、。

◆TWARamEjuA · NG

>>233
えっと、もう記録が残っていないので何とも云えないのですです（苦笑）＠監視係。のliveデータ

**root▲ ★** · NG

>>220 への自己フォロー
Folks,

Sean-san rebooted the Summit switch and all of the trouble of packet
dropping is now fixed.

I've checked servers and I verified all 2ch XO servers are fine.
Sean-san, thank you for your work.

So, we've got a good experience for intelligent switch management.
It is very sensitive and suddenly power outage is sometimes very
harmful for intelligent switch, too.

Regards,

**動け動けウゴウゴ２ちゃんねる** · 2006/03/04(土) 02:02:52

>>227
瓢箪から駒のようで、乙でした。
public側も電車男スイッチにつながっていたのですね。
てっきりprivate側用のスイッチと思っていました。

>>166
FreeBSDだったら、CARPで仮想IPをそれぞれに割り当てて、
DNSラウンドロビンでできるようなきがする。
マルチキャストフレームが同一VLAN内に流れると思うので、
同じネットワークに属するホストの負荷が高くなるかもしれませんが。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/04(土) 03:06:39

春ということで全サーバ/スイッチの再起動をしておくとかするとどうなるのかな

◆Reffiz2Zh. · 2006/03/04(土) 08:38:24

スケジュールには載ってないんですがBETA3出ましたねぇ
そろそろRCだと思ったんですが

**動け動けウゴウゴ２ちゃんねる** · 2006/03/04(土) 13:56:46

某有名メーカーのHUBはAutoネゴシエーション設定の状態で
ケーブルの抜き差しすると認識状態が変わったりします。
(100MFull→100Mhalf)

一部機器では100MFullしか受け付けないものもあり
問題になります。(なりました(つД｀) )

各HUBのポート設定はどうなってますか？

**root▲ ★** · 2006/03/04(土) 15:14:13

>>236
> public側も電車男スイッチにつながっていたのですね。

ですね。VLAN切っていると。

で、CARP使うですか。
マルチキャスト(というかたぶんエニーキャストの方が適切かな)なわけですが、
それ(フレームが流れること)は、私もちょっと気になったです。

>>237
不可解なトラブルが出てからでもいいかんじ。

>>238
BETA3いきましたか。
ということは、多分例によってちょっと遅れですね。

>>239
PIEでも、これまでもたまに問題になったです。
今は、
10Mbpsなサーバでは、full-duplexを明示的に指定していて、
100Mbpsなサーバでは、autoでネゴがうまくいくやつはautoで、
autoだとhalf-duplexになってしまうものはfull-duplex指定しているです。

前、100Mbps full-duplex固定指定で一度パフォーマンスが出なくなってしまう
症状が起こったので、そうしているです。(このスレの過去ログにあるはず)

**root▲ ★** · 2006/03/04(土) 15:15:42

で、週明けにでも live22x 系を matd 環境に移行しようかなと。

**root▲ ★** · 2006/03/04(土) 15:40:53

>>155 のテストも含めて、ex14をApache 2.2系にしてみるか。

**root▲ ★** · NG

こんなものが、davidxuさんのところに。
http://people.freebsd.org/~davidxu/patch/libc_thr_stubs.patch

何のパッチだろう。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 00:43:46

>>243
davidxuさんといえば、かなり前から1:1 threadの改良をやっているんで、
その一環じゃないですかね?
ttp://www.freebsd.org/news/status/report-jan-2005-mar-2005.html#libthread
ttp://lists.freebsd.org/pipermail/freebsd-threads/2005-January/002778.html

**root▲ ★** · NG

>>242
%httpd -V
Server version: Apache/2.2.0
Server built: Mar 4 2006 07:15:17
Server's Module Magic Number: 20051115:0
Architecture: 64-bit
Server MPM: Worker
threaded: yes (fixed thread count)
forked: yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/worker"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FLOCK_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/sbin/suexec"
-D DEFAULT_SCOREBOARD="/var/run/apache_runtime_status"
-D DEFAULT_ERRORLOG="/var/log/httpd-error.log"
-D AP_TYPES_CONFIG_FILE="etc/apache22/mime.types"
-D SERVER_CONFIG_FILE="etc/apache22/httpd.conf"

で、Makefile.local に
CONFIGURE_ARGS+= --enable-nonportable-atomics

って書いてみた。

**root▲ ★** · NG

>>244
リンク先読みました。そのようですね。

今試し中のパッチもdavidxuさんのもの(>>138)です。
で、明日夜は何やら高トラフィックが来るとか、なんとか。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 16:16:10

うちの環境だと
ttp://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpthread/thread/thr_kern.c.diff?r1=1.120&r2=1.121
の修正を入れないとMySQL+libpthreadが高負荷で落ちるんですが、
apache workerは大丈夫ですか?
いつMFCされるのかな。

**root▲ ★** · 2006/03/05(日) 18:17:27

>>247
Revision 1.121 / (download) - annotate - [select for diffs], Thu Feb 16 01:33:36 2006 UTC (2 weeks, 3 days ago) by deischen
Branch: MAIN
CVS Tags: HEAD
Changes since 1.120: +1 -0 lines
Diff to previous 1.120 (colored)

Don't forget to initialize a tailq before using it.

MFC candidate
Noticed by:luoqi

んーむ、当てたほうがよさげですね。

**247** · 2006/03/05(日) 18:41:09

ソースを見る限り、TAILQを初期化せずに使用しているという明らかなバグなの
で、パッチ当てた結果、動作が変になることはないはずです。
ちなみに、MySQLはsignal 10で落ちます。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 18:43:31

シグナル10！！！！

**root▲ ★** · 2006/03/05(日) 18:49:33

>>249
どうもです。live22に当ててみました。
live22x[123] にも、当てたほうがいいかもですね。

httpd も例の虫を踏んだ場合には signal 10 で落ちているです。
同じ理由かもですね。

とりあえず libpthread.so を作り直して、httpd と bbsd をリスタートしました。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 18:50:28

これは期待しちゃっていいのかな？
今夜がすげえ楽しみです

**root▲ ★** · 2006/03/05(日) 18:57:33

>>252
虫取りを2つ当てたので、それが効果あるかということになるですね。
手ごたえは確かですが、さて、どうなるのか。

**root▲ ★** · 2006/03/05(日) 19:15:28

>>247 を、live22x[123] にも当ててみた。

**247** · 2006/03/05(日) 20:33:53

よくコードを見てみたら、M:N スレッドの場合は、問題の部分が実行される可能
性はほとんどないですね・・。なので、パッチ当てなくても大丈夫だったかも。

あと、FreeBSD + Apache 2.2.0(worker)の場合、configureスクリプトが
pthread_kill()関数の検出に失敗するんですが、これってよく知られているのかな。
上記理由により、apacheの終了時に
child process XXXX still did not exit, sending a SIGTERM
のログが出て、結構うざかったりします。
% env CFLAGS="-O2 -pthread" ./configure --with-mpm=worker
のように-pthreadを環境変数に指定するときちんと検出するんで、うちでは
そうやってます。
ただ、mod_perl2なんかを組み込むと、上のようにconfigureをやってもやっぱり
still did not exitのログは出ちゃいますね。

**root▲ ★** · 2006/03/05(日) 20:45:20

>>255
> 上記理由により、apacheの終了時に
> child process XXXX still did not exit, sending a SIGTERM
> のログが出て、結構うざかったりします。

原因はそれだったのですか、、、。

で、M:Nスレッドやめて、1:1にしてみるかな。
やっぱり虫踏むんで。

**247** · 2006/03/05(日) 20:50:00

個人的には、6.0-RELEASE以降のlibthrはお薦めです。
ほとんどの場合、libpthreadより速いですし、現在も活発に開発されてますし。

**root▲ ★** · 2006/03/05(日) 21:13:02

httpdが暴走する症状が、出るようになった。 < フロント
Apache 2.2 系の虫なのかも。

**root▲ ★** · 2006/03/05(日) 21:28:49

うーん、どうやろうが、

os_version="600034"
# 502102 is when libc_r switched to libpthread (aka libkse).
if test $os_version -ge "502102"; then
apr_cv_pthreads_cflags="none"
apr_cv_pthreads_lib="-lpthread"
else

が選ばれるようになっている、、、。
( in srclib/apr/configure )

これは、libthr 化するのは容易ではないっぽい。

**247** · 2006/03/05(日) 21:32:31

/etc/libmap.confを使用すれば良いのでは?
echo "libpthread.so.2 libthr.so.2" > /etc/libmap.conf

**root▲ ★** · 2006/03/05(日) 21:45:44

>>260
やはりそれですか。

今日の騒ぎが落ち着いたら、やってみるです。

# prefork MPM にしました。< live22

**root▲ ★** · 2006/03/05(日) 21:48:55

LA=340 かぁ。

prefork MPM でも、
やっぱりだめなものはだめか。

ということは、スレッドが原因じゃないっぽいですね。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 21:49:50

>>262
落ちてますorz

**root▲ ★** · 2006/03/05(日) 21:49:53

LA=750

手が出せないや。

**root▲ ★** · 2006/03/05(日) 21:50:58

装置が働けば、それなりに動くと思うけど、
また死ぬ予感。

◆Reffiz2Zh. · 2006/03/05(日) 21:52:52

数値があり得ない値に（滝汗
完全に何かが暴走している伊予柑

ttp://mumumu.mu/mrtg/mrtg-rrd.cgi/load/live22load.html

**root▲ ★** · 2006/03/05(日) 21:53:50

live22x のスレは、流れまくりなんで、ここで。

もう1回落とします。< live22

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 21:58:38

わたしのrootたんがんばって（＞＜）

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 21:59:02

rootたんがんばってrootたん
コマンダーなんかに負けないで！

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 22:01:48

root「コマンダーの実況は困るんだー」

**root▲ ★** · 2006/03/05(日) 22:03:29

いったんリブート中。< live22

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 22:05:10

ははあー

**root▲ ★** · 2006/03/05(日) 22:06:55

再度立ち上げ。

**root▲ ★** · 2006/03/05(日) 22:08:29

worker MPM で、libmap.conf を設定。(>>260)

**root▲ ★** · NG

live22x1 にも、>>274 を投入。
live22x2/live22x3 は、とりあえず今のまま(比較のため)。

**root▲ ★** · NG

フロントでの httpd の暴走は、>>275 をやっても起きる模様。
kill では死なず、kill -9 しないとだめ。

**root▲ ★** · NG

で、今のところ確かに目に見えて軽いですね。< libmap.conf 設定後

このあと、どうなるのか。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 22:16:50

rootﾀﾝがんばれ！

**root▲ ★** · NG

明らかに軽いので、live22x[23] にも、libmap.conf を設定。

**root▲ ★** · NG

終わったら、フロントのApacheは2.0系に戻すか。
暴走がひどいみたい。

# ex14でそうならないのは、不思議だけど。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 22:27:27

難しいようなことだと思いますので、ガンバレと言うことしかできませんが、いつも乙です。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 22:27:41

>>280
ﾜﾗ

**root▲ ★** · NG

LockFile /var/log/accept.lock
#XXX#LockFile /md/accept.lock

にしてみた。
暴走はこれが原因っぽい。

**root▲ ★** · NG

再度設定変更。
しかしいまいちなので、戻し中。< live22

**root▲ ★** · NG

落ち着いたかな。

番組終了までは、基本的にこれで。

**root▲ ★** · NG

バックでは暴走が起こらないということは、read.cgi かもしんないですね。

**root▲ ★** · NG

で、暴走ですが、RUN じゃなくて accept の状態で暴走になるですね。
ううむ。

**root▲ ★** · NG

虫ふみを確認。
ううむ。

**root▲ ★** · NG

わかったこと:

- MPM の種別は虫には関係ない。prefork, worker どちらでも起こる。
- pthread か thr かも関係ない。どちらでも起こる。
- ひとたび虫を踏むと、httpd リスタートでも一発では復活しないっぽい。
しばらく待つと(たぶんカーネル内で何かが起こって?) 復活する。
- 虫を踏むと、httpd が kill では死ななくなり、kill -9 しないといけない。

**root▲ ★** · NG

live22x1 を Apache 2.0.55 (worker MPM)に戻した。
しばらく観察。暴走起こらないようならlive22x[23] も。

**root▲ ★** · NG

>>289 追加

で、2つの虫取りは、いずれも原因ではなかった。

**root▲ ★** · NG

…となると、次なる手は、、、。

すぐにはないかも。
FreeBSD 6.1R に期待か。

5.2.1R でだめだめだった SMP も、5.3R では動いたわけで。

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

>>292
お忙しいところお手数ですが、サーバーダウンスレの次スレお願いできますでしょうか？

サーバダウン(鯖落ち）情報　part96

◆サーバダウン(鯖落ち)情報の為のスレです、回線異常等も扱うかも。
前スレ：http://qb5.2ch.net/test/read.cgi/operate/1140710423/l50
◇サーバダウンの場合、「ページを表示できません」「サーバーが見つかりません」などと表示されます。
これらのエラーメッセージではなく、別のページが表示される場合はサーバダウンではありません。

※ただ「重い」だけの場合はスレ違いです、以下のスレでお願いします。

重い重い重い重い重い重い重い×35＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1132144274/

◆書き込む前に過去ログや以下のサイトを見て状況を確認しましょう
2ちゃんねるサーバ負荷監視所：http://ch2.ath.cx/load/
2ch鯖監視係。：http://sv2ch.baila6.jp/sv2ch01.html
2ch鯖勝手な監視所：http://users72.psychedance.com/
※上の二つと比べて精度が低いので参考程度に思ってください。

※5分以上繋がらなかったら落ちているのかもしれません、それまでマターリ待ってみましょう

◇同一鯖の別板でも似たような症状が出る場合は、鯖落ちの可能性が高いです
稼動中のサーバ一覧：http://mumumu.mu/serverlist.html
鯖-板表：http://news.kakiko.com/mentai/2ch.html
システム総合情報：　http://www.domo2.net/system/

◆関連リンク
◇質問や雑談は質問・雑談スレでお願いします。
　　　（流れが速いのでリンクは貼りません。「質問」でスレタイ検索してください。）
◇ CGIや板の挙動等がおかしい時はこちらへ報告をお願いします
　　　2ｃｈの動作報告はここで。パート19
　　　http://qb5.2ch.net/test/read.cgi/operate/1140600013/
◇新しい技術をテストしているかもしれないので、こちらもチェックしてみてください
　　　2ch特化型サーバ・ロケーション構築作戦 Part20
　　　http://qb5.2ch.net/test/read.cgi/operate/1140540754/
◇サーバダウンを確認できたら、こちらをチェックしてみてください
　　　避難所一覧
　　　http://kisekiwo.com/hinan/index.htm

　　　鯖落ち専用　臨時板・スレ案内所2
　　　http://qb5.2ch.net/test/read.cgi/operate/1117059617/

**動け動けウゴウゴ２ちゃんねる** · 2006/03/05(日) 23:31:36

立ってるぞ
というか空気読め

サーバダウン(鯖落ち）情報　part95
http://qb5.2ch.net/test/read.cgi/operate/1141569018/

**root▲ ★** · NG

あとフロント側httpd暴走の原因が、何かってことですね。

Apache 2.0.55 / worker MPM + PHP 4系では暴走しなくて、
Apache 2.2.0 / worker MPM + PHP 5系では暴走する

とすると、PHP が原因であることも、ありうるのかも。

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

>>294
失礼仕った