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

**root▲ ★** · NG

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

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

等を取り扱います。

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 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
失礼仕った

**root▲ ★** · NG

>>295
ちなみに、live22 (backend)では、
Apache 2.0.55 + worker MPM
Apache 2.2.0 + worker MPM

いずれも暴走は起こらず。(without PHP)

**root▲ ★** · NG

んと、そうか。

携帯系(c-docomo)はPHP5にしたけど、
worker MPMではだめで、prefork MPMで動かしたんだっけか。

フロント側ではPHPは使っているから、なしにはできないけど、
PHP4にするという手はあるのね。

これも、あとであわせて。
まずは2.0.55にダウングレードしてバージョンをあわせたら、いったんごはんにしよう。

**root▲ ★** · NG

http://ns1.php.gr.jp/pipermail/php-users/2004-December/024558.html

> Apache2 側が worker MPM ですと、
> --enable-maintainer-zts オプションが必要になります。

ふうむ。

**root▲ ★** · NG

とりあえず FreeBSD の ports で、
>>299 をケアしていないっぽいことはわかった。

いったん、ごはんで。

**stream** ◆PNstream2s · 2006/03/05(日) 23:51:50

PHPが頻繁に起動されないなら、PHPモジュールやめてCGIにしてみるって手もあるかも。

**root▲ ★** · NG

http://www.nabble.com/-PHP-users-28419-PHP-5.1.2-Apache-2.2.0-worker-t1125138.html

…めしめし。

**root▲ ★** · NG

>>301
なるほど。

**stream** ◆PNstream2s · NG

--enable-maintainer-zts って、いったい何が根拠(ソース)なんでしょうかね。
PHP5.1.2のソースコードのconfigureのヘルプ見ると、激しく胡散臭い気がします。

$ ./configure --help | grep zts
--enable-roxen-zts Build the Roxen module using Zend Thread Safety
--enable-maintainer-zts Enable thread safety - for code maintainers only!!

configure時にApacheがマルチスレッドMPMなら Zend Thread Safetyが自動的に有効になり、
それで十分と聞いたんですけどねえ。

**root▲ ★** · NG

zts は有効になっていると思うですね。
20020429-zts っていうディレクトリに入るし。

**root▲ ★** · NG

今日はもうやらないけど、あとで、

Apache 2.2.0 / worker MPM + PHP 4系

を、やってみるです。

**root▲ ★** · NG

で、libmap.conf の手法は、BG3/4 (= squid) にも使えそうですね。
このへんも、明日以降に。

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

>>301 >>303
勝手な想像ですが、アクセスのほとんどがPHPと関係ない live22xN/www2fN なら、
mod_cgi(d)にしたほうがメモリ節約にもなる、かもかも。

**root▲ ★** · NG

/var/log/messages をチェック中。

calcru: のエラーは出ていませんでした。
これまでは虫を踏んだときはほぼ必ず出ていたわけですが、
それは、直った模様。

signal 10 で落ちるのは、出ている模様。

Mar 5 06:12:51 <0.6> tiger2522 kernel: pid 16750 (httpd), uid 2001: exited on signal 10
Mar 5 06:12:59 <0.6> tiger2522 kernel: pid 16761 (httpd), uid 2001: exited on signal 10
Mar 5 06:13:00 <0.6> tiger2522 kernel: pid 16774 (httpd), uid 2001: exited on signal 10
Mar 5 06:13:00 <0.6> tiger2522 kernel: pid 16744 (httpd), uid 2001: exited on signal 10
Mar 5 06:13:03 <0.6> tiger2522 kernel: pid 16752 (httpd), uid 2001: exited on signal 10
Mar 5 06:13:17 <0.6> tiger2522 kernel: pid 16781 (httpd), uid 2001: exited on signal 10
Mar 5 06:13:39 <0.6> tiger2522 kernel: pid 16707 (httpd), uid 2001: exited on signal 10
Mar 5 06:13:39 <0.6> tiger2522 kernel: pid 16656 (httpd), uid 2001: exited on signal 10
...

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

rootさんお疲れ様です

**root▲ ★** · NG

>>308
なる気がしますね。
PHPなのは、例えば２ちゃんねるプロバイダや公式p2からの過去ログ取得とか、
そのへんの模様。

**root▲ ★** · NG

PHPをCGIスタイルで起動するのは、
どう設定するのがいいのかしら。(やったことがないので)

**root▲ ★** · NG

虫の再現について:

というか、限界を見ておくという意味でも必要かなと。

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

**root▲ ★** · NG

現状: >>289

バック: Apache 2.2.0 / worker MPM (without PHP) + libmap.conf (thr)
フロント: Apache 2..0.55 / worker MPM + PHP 4.4.2 + libmap.conf (thr)

明日以降の予定:

- Apache 2.2.0 / worker MPM + PHP 4.x系を試してみる
- PHPを外部起動にしてみる
- 虫の再現実験
- BG3/4でlibmap.conf設定(squid)

**root▲ ★** · NG

あとは、、、。

雪だるまを前に進めるために、サーバの移動の相談をしてみるかな。
cobra2247 のバックエンドが tiger2522 よりどのくらい強いのか、
ぜひ、試してみたい。

**stream** ◆PNstream2s · NG

>>312
自分も何回か試しただけなんですが、理論上これであってるはずです

■PHP側の修正
スクリプトの先頭に #!/usr/bin/php などを加える。
スクリプトに実行権限を付ける。
PHPのバイナリ?にはCGI版とCLI版があって、CLI版は Content-Type:text/html\n\n を吐かない。
もしCLI版としてコンパイルされてるなら再コンパイルしてCGI版にするか、スクリプト内でヘッダーを吐くように変更する。
/usr/bin/php と /usr/bon/php-cgi って感じで分かれているOS/ディストリビューションもあるらしい。

■mod_cgi(d)で動くようにする設定
(1)　スクリプトの拡張子をcgiにする。
(2)　AddHandler cgi-script .php
(3)
<ほにゃらら>
SetHandler cgi-script
</ほにゃらら>

む P221119009046.ppp.prin.ne.jp · 2006/03/06(月) 01:01:10

ううむ、スクリプトの保守性の観点からは、そっちの修正は避けたいような。