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

**root▲ ★** · NG

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

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

等を取り扱います。

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

＜主な関連スレッド＞
【しらたま】雪だるま作戦に思いを馳せながら雑談するスレッド Part11
http://aa5.2ch.net/test/read.cgi/nanmin/1121875871/

＜主な関連リンク＞
ブレーメンメーター: http://mumumu.mu/bremen/
ＭＲＴＧによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねるサーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/
2ch CGI 軽量化: http://sunos.saita.ma/2ch-cgi-lw.html

**root▲ ★** · NG

フロント2台追加の第一段階(基本セットアップ)ができました。
以下のDNSへの追加をお願いします。

これをDNSに追加することにより、第二段階(掲示板システムに必要なファイル入れたり、
F22をセットアップしたり等)が、できるようになります。

で、それができた後で、ラウンドロビンへの投入
(= DNSに再度追加し、live22x の仲間に入れる)という手順を踏むことになります。

以上、よろしくです。

(新規追加)
+live22x4.2ch.net:206.223.150.110:300
+live22x5.2ch.net:206.223.150.42:300

**root▲ ★** · NG

で、これら2台はApache 2.2 + worker MPMです。

キャッシュ関係はオフです。
どうも、Apache 2.0 で入れていた以下の設定は、そのままではエラーになる模様。
CacheSize なんて知らないよ、って言われたです。

# include cache config file
<IfModule cache_module>
# config cache directory and size
CacheRoot /md/cache
CacheSize 65536
</IfModule>

**動け動けウゴウゴ２ちゃんねる** · 2006/02/15(水) 06:00:41

>>879
そこも設定かわっているみたいですな。

ttp://httpd.apache.org/docs/2.2/ja/mod/mod_disk_cache.html
を参考にすると

<IfModule mod_disk_cache>
# config cache directory and size
CacheRoot /md/cache
CacheMinFileSize 64 #(デフォは1)
CacheMaxFileSize 1000000 #(デフォは1000000)
</IfModule>

などと書くのが正しいようですね。

▲ ◆cZfSunOs.U · 2006/02/15(水) 06:22:19

>>878-879 乙です．
>で、これら2台はApache 2.2 + worker MPMです。

どうせなら，どちらか片方を event MPM にしてみるとか......
http://httpd.apache.org/docs/2.2/mod/event.html

▲ ◆cZfSunOs.U · 2006/02/15(水) 06:50:49

あと，キャッシュ保持時間とかのチューニングの手段は，と......

フロント側 mod_cache のディレクティブ:
CacheLastModifiedFactor
CacheMaxExpire

バック側 mod_headers で Cache-Control ヘッダ付加:
# キャッシュ保持時間が n 秒未満なら再評価なしにキャッシュをそのまま使用
# その後は conditional GET で再評価する
Header set Cache-Control s-maxage=n

**動け動けウゴウゴ２ちゃんねる** · 2006/02/15(水) 10:02:41

>>878
そろそろ受付嬢の再投入は？

live22x4,live22x5のIPアドレスを直接ラウンドロビンに
いれるのではなく、受付嬢での振り分け先をlive22x4,live22x5に
して、受付嬢の代表IPアドレスを登録する。

とりあえず、1/4の負荷からはどうでしょう。
おちても、3/4の確率でつながるので、以前ほどはひどくないかと。

**ピロリ** · NG

>>878
done

**root▲ ★** · NG

>>880 以降へのレスは別途まとめて。

まずは、くーるすれっずにちょっとﾜｸﾃｶしておこうと。

Sun、『UltraSPARC T1』プロセッサの仕様を公開
http://japan.internet.com/webtech/20060215/12.html

**root▲ ★** · NG

>>880 >>882
どもです。
ディスクキャッシュの時は、htcacheclean ってのを動かすかんじなのか。
いろいろ読み中。

>>881
Event MPM
The event MPM uses a seperate thread to handle Keep Alive requests and
accepting connections. Keep Alive requests have traditionally required httpd
to dedicate a worker to handle it. This dedicated worker could not be used
again until the Keep Alive timeout was reached.

おぉ、なんかよさげですね。
入れてみるかな。

>>883
魅力的ですが、一歩一歩やっていこうかなと。
普通にラウンドロビンして、次にmatdか。

**root▲ ★** · NG

で、

フロントは負荷的には足りているような気がするのに、なぜ2つ追加投入するのか

の件ですが(私も疑問を持ちました)、
それは「雪だるまシステム」そのもののテスト、という意味合いがあるとのことです。

ようは、スロー同期とか今の形で構築したシステムが、フロントが増えていっても
ちゃんと動くようになっているかとかを、いまのうちにきちんと試しておきたいと。

どうせ、フロントは増える方向だし、このシステムは将来にわたり使うに違いないので、
いまのうちにきちんとしたものを作っておくほうが、いいんじゃないかなということで。

…ということで、私も納得したと。

で、cobra2247は「コブラをバックエンドにしたらどんなかんじなのか」を試すということで、
バックエンドに仕立てると。

**root▲ ★** · NG

live22x[45] を作る場合の手順:

・器を作る
・フロントパック(フロントにするためのもの一式)を入れる
・スロー同期のための設定をする (live22x[45], live22)
・スロー同期スクリプトを手で動かす
=> それまでの過去ログがどばーっと転送される (要注意)
・cronの設定をする(定時スロー同期開始)
・BBx 等にIPアドレスを登録する

・DNSに live22x[45] を登録する
・投稿のテストをする
・F22/丁稚どん/配布リストに live22x[45] を登録する

・DNSに live22y として追加登録する => 将来は live22b[12] の matd に追加、になる
・ｳﾏｰ

**動け動けウゴウゴ２ちゃんねる** · 2006/02/15(水) 19:11:01

>>887
雪だるまスレのほうがよいのかもしれないけど。
なんとなく、フロントで過去ログをもっているのが厳しいかも。

バックを複数もつとフロントは掛算で過去ログを持ちますよね。
そこが大変そう。

ディスクは十分大きいから大丈夫かもしれないし、
自動的にコピーができるから、バックアップする必要がないという
うれしい点があるかもしれないけど。

メンテを考えると、過去ログは、bbsdを動かすバックエンドとは
別のバックエンドに突っ込むほうがよいのかなと思う。
(dat落ちのタイミングでコピーかな。)

ここらへんも実験！実験！なんでしょうが。

**root▲ ★** · NG

ふむふむ。

そうすれば各フロントが過去ログをバックにとりにいかなくてよくなるから、
バックも軽くできる気がしますね。

cobra2247をバックにしたら、今のtiger2522をそれに転用してみるとか。

**root▲ ★** · NG

新 epg.2ch.net の Apache を、event MPM にしてみた。
設定そのものはこんなかんで、worker MPMと変わるところがないみたい。

<IfModule mpm_event_module>
StartServers 24
ServerLimit 36
MaxClients 1152
MinSpareThreads 128
MaxSpareThreads 768
ThreadsPerChild 32
MaxRequestsPerChild 1000000
ThreadLimit 32
MaxMemFree 64000
</IfModule>

▲ ◆cZfSunOs.U · 2006/02/15(水) 22:31:48

確かに今の過去ログのやり方のままだと，今後大変になるかも知れないんですよね．
とはいえ，ライブな dat と同じように mod_proxy でやると offlaw.cgi の改造が必要だし，
さらに mod_cache を使用するとなると /md を過去ログで食い潰すかも知れないし......

となると，いっそ NFS を使ってみるとか．以前雪だるまでライブな dat の読み出しに
NFS 使ってた時の問題，例えば不規則に dat の内容が壊れるとか ESTALE 発生が
カーネルごとコケる引き金になるとか，そういうのは過去ログでは発生しにくいのでは，
と思えなくもないですし......

**動け動けウゴウゴ２ちゃんねる** · 2006/02/16(木) 00:35:18

ここは一つ、全鯖規模で過去ログの一元化を

**動け動けウゴウゴ２ちゃんねる** · 2006/02/16(木) 00:46:57

>>892
過去ログはフロントでキャッシュする必要はないんじゃないかと。
(CacheDisableで過去ログのURLをはずすことはできないんですかね？)
offlaw.cgiは、誰かさんが泣きながら書き換えてもらって。

NFSは、サーバ間がちょっと密結合になってうれしくないかも。
# 感覚だけですが。

**ピロリ** · NG

>過去ログはフロントでキャッシュする必要はない

私も原理はそれに賛成。
ただ /doom/kako/ 以下はインデックスなんで各フロントにあった方がいいかと

**動け動けウゴウゴ２ちゃんねる** · 2006/02/16(木) 06:37:34

Yahoo! User Interface Library
ttp://developer.yahoo.net/yui/

|∀･)ﾉ

▲ ◆cZfSunOs.U · 2006/02/16(木) 07:11:07

>>894
>(CacheDisableで過去ログのURLをはずすことはできないんですかね？)

確かに可能ですね．

>offlaw.cgiは、誰かさんが泣きながら書き換えてもらって。

このあたりは，実際に書き換える中の人次第ということで......

**動け動けウゴウゴ２ちゃんねる** · 2006/02/16(木) 08:33:28

>>886
> 普通にラウンドロビンして、次にmatdか。

matdできになっているのは、負荷への耐性がどの程度あるか
わからない点なんですよね。

動作はばっちりだと思うのですが、アプリとして
動くみたいなので、カーネルとの切り替えがばかに
ならないのかなと。
(パケット1個単位で切り替えですよね。)

そんなこともあって、いっきにつっこむのではなく、
少しずつ動かした方がよいのではないのかと。

**root▲ ★** · 2006/02/16(木) 11:52:50

>>898
> matdできになっているのは、負荷への耐性がどの程度あるか
> わからない点なんですよね。

まずは(他の系が安定している)どっかで、試してみるか。
携帯(c)とかか。

**root▲ ★** · NG

>>881
live22x4 を、event MPMで動かしてみた。

・live22x4: Apache 2.2.0 + event MPM
・live22x5: Apache 2.2.0 + worker MPM (比較のため)

今日 or 明日あたりに、フロントに投入予定。

▲ ◆cZfSunOs.U · 2006/02/16(木) 20:52:53

>>898
>matdできになっているのは、負荷への耐性がどの程度あるかわからない点なんですよね。

確かに．

>アプリとして動くみたいなので、カーネルとの切り替えがばかにならないのかなと。
>(パケット1個単位で切り替えですよね。)

FreeBSD では BPF，Solaris では bufmod によるバッファリングが効いて
パケット取り込みはある程度まとめて行われると思いますが，
パケットの取りこぼしとか発生しないかどうかってのは，正直わかりません......

パケット送出の方は1パケット単位ですね．マルチスレッドモードなら
まとめて取り込まれたパケットの送出をコンカレントに行いますが，SMP でないと無意味
（シングル CPU だとかえってコンテキストスイッチングによるオーバヘッドが発生する）
だと思うんで，デフォルトではシングルスレッドモードになってます．

**root▲ ★** · NG

live22x4/live22x5 フロントに投入します。

以下の登録をよろしくです。

(追加)
+live22y.2ch.net:206.223.150.110
+live22y.2ch.net:206.223.150.42

**root▲ ★** · NG

>>902 訂正です。
TTLは他同様、300でお願いします。

(追加)
+live22y.2ch.net:206.223.150.110:300
+live22y.2ch.net:206.223.150.42:300

**ピロリ** · NG

>>903

done

**root▲ ★** · NG

proxy との相性が悪かったのか、event MPM では 502 エラー出まくり。
あわてて、worker MPM に戻すことに。

【実況】 live22x 鯖 Part10
http://qb5.2ch.net/test/read.cgi/operate/1139729945/379 あたり。

**root▲ ★** · NG

event MPMのバグじゃなくて、設定に1つ抜けがあった模様。
ううむ。

**root▲ ★** · NG

＊フロント作成時の重要な注意＊

192.168.100.1 live22x.2ch.net

を、/etc/hosts に必ず追加すること。

これを入れないと、mod_proxy による dat 取得が失敗する。
(live22x[1-5]は、live22x.2ch.net という名前で live22.2ch.net のプライベート側に
とりにいくため)

しかしどうして、動いたり動かなかったりってことが起きたんだ?

あ、わかった、、、。live22x は代表名だから、
自分にアクセスが向くと、だめになるということか。

**root▲ ★** · NG

live22x4 の event MPM を復活。

**root▲ ★** · NG

様子を観察中ですが、、、。

event MPMって、何か負荷が高いですね。
たまにhttpdがいっせいにRUN状態になります(topで)。

で、Apache statusで見てみると、こんなふうに
1つのworker にほとんどがぶら下がる感じになっているようです。
つまり、分散していない。

________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________................................
________________________________________________________________
________________________________________________________________
________________________________________________________________
___________C____________________________________________________
________________________________________________________________
_____________________________________R____C____C____C___________
W_RCC_C__C____W_W__CRC_CR_CWCC__________________________________

**root▲ ★** · NG

で、こんな具合にそのhttpdが負荷高くなって、LAが上がります。
(CPU idle timeが少なくなる)

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
98662 ch2live22x 21 20 0 96076K 68860K kserel 0 13:17 7.18% httpd
2005 ch2live22x 1 97 0 14292K 13572K select 2 0:14 2.78% speedy_back
2659 ch2live22x 1 96 0 13900K 13168K select 2 0:04 2.64% speedy_back
666 dnscache 1 96 0 32804K 32116K select 2 2:08 0.00% dnscache
667 dnslog 1 -8 0 1204K 576K piperd 0 1:29 0.00% multilog
98661 ch2live22x 8 20 0 67652K 44428K kserel 1 0:25 0.00% httpd
98653 ch2live22x 9 20 0 32096K 22444K kserel 1 0:13 0.00% httpd
98651 ch2live22x 7 20 0 25360K 16552K kserel 1 0:11 0.00% httpd
98642 ch2live22x 7 20 0 22668K 14328K kserel 0 0:11 0.00% httpd
98646 ch2live22x 7 20 0 27560K 17652K kserel 1 0:11 0.00% httpd

**root▲ ★** · NG

ようはひとことでいうと、挙動不審ってかんじですね。

17:00 ぐらいまで様子見たら、worker MPM に戻そうかと。

(Apche 2.2 + worker MPMで動かしているlive22x5は、特に問題なし)

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

受付嬢はたくさん窓口にいるのに、いきなりみんななぜか忙しくなって開いている窓口がひとつだけ
しかもその人はごにょごにょしていてまずー

ってな状態と解釈しましたが、違いますかね？

**root▲ ★** · NG

新 epg も、worker MPM に戻した。

**root▲ ★** · NG

>>912
概ね、そんなかんじかもです。

というか空いている窓口がいっぱいあるのに、みんな同じ受付に案内されてしまうかんじ。

**root▲ ★** · NG

次は、キャッシュありの状態に挑戦か。

**root▲ ★** · NG

mod_disk_cache の場合の容量指定

Apache 2.2系ではディスクキャッシュにした場合、
htcacheclean コマンドでキャッシュのパージをする。

定期的にcron等から起動するか、-d(インターバル)をつけて
デーモンにする。

例えばこんな感じで指定する。

htcacheclean -d60 -p/md/cache -l64m

-d: デーモンモード、インターバル時間(秒)
-p: キャッシュディレクトリ(httpd.confで指定したものを指定)
-l: キャッシュ最大容量

**root▲ ★** · NG

今の設定:

CacheDisable /dome/SETTING.TXT
CacheEnable disk /dome/
CacheDisable /dancesite/SETTING.TXT
CacheEnable disk /dancesite/
CacheDisable /endless/SETTING.TXT
CacheEnable disk /endless/
... (以下、板の分だけ)

<IfModule cache_module>
Include /home/ch2live22x/test/httpd/cache.conf <= 上記を指定しているファイル
# config cache directory
CacheRoot /md/cache
</IfModule>

これだけ。
今はまだ >>882 等のチューニングは何もしてない状態。

**root▲ ★** · NG

【実況】 live22x 鯖 Part10
http://qb5.2ch.net/test/read.cgi/operate/1139729945/537

537 名前：root▲ ★[] 投稿日：2006/02/17(金) 20:35:52 ID:???0 ?#
CacheDefaultExpire 1
CacheMaxExpire 1

に再設定。

**root▲ ★** · NG

さて、キャッシュヒットの様子って、
どうやったら見られるんだろう。

**root▲ ★** · NG

で、「連打」とか「みんながいっせいに」を防げればいいわけだから、
1秒効いてくれれば、かなりいけるんじゃないかなぁと思ったり。

**root▲ ★** · NG

で、特に携帯(c)系で妙な挙動が起こったらしく、
いったんオフに戻した。

全フロントをApache 2.2にしてから、再度実験か。
Apache 2.2 @ フロントが大丈夫かの確認も伴うので、明日以降ってかんじで。

▲ ◆cZfSunOs.U · 2006/02/17(金) 22:15:13

>>908-911 う～む......まだ event MPM は発展途上ってことですかね．
今後は非同期 write / read の機能も加わるようなので，今後に期待かな．

>>919
>さて、キャッシュヒットの様子って、どうやったら見られるんだろう。

LogLevel を debug にすればわかりますが，実運用環境で debug は
さすがにきついか...... HTTP レスポンスヘッダに Age が入ってるのが
ヒットしてる目印になるかな．というか，その Age が Squid に
悪影響を与えているのが >>921 だったり!?

**root▲ ★** · NG

>>922
> HTTP レスポンスヘッダに Age が入ってるのが
> ヒットしてる目印になるかな．というか，その Age が Squid に
> 悪影響を与えているのが >>921 だったり!?

とっても高い確率で、ビンゴの予感。

◆boot//5v0I · 2006/02/18(土) 02:20:16

そういえば、2chの鯖って(root権ありのやつ)全部root氏の管理っすか？

**root▲ ★** · NG

>>924
管理というか、おもりしているですね。
私以外にも root password を知っている人はいます。

**root▲ ★** · 2006/02/18(土) 16:21:44

■ XOロケーションの２ちゃんねるラックの現状(2005年2月18日現在)

合計25台(tiger: 17, cobra: 2, banana: 6)
すぐに移設可能なのは上記中6台(tiger: 3, cobra: 1, banana: 2)

○ Love affair作戦 - tiger: 8, banana: 2 = total: 10

tiger2507
tiger2508
tiger2509
tiger2510
tiger2511
tiger2512
banana405
banana406
tiger511
tiger512

**root▲ ★** · 2006/02/18(土) 16:21:52

○ 雪だるま作戦 - tiger: 6, cobra: 1, banana: 2 = total: 9

tiger2522
tiger2523
tiger2524
tiger2525
tiger503
tiger507
cobra2247
banana403
banana404

○ 上記のどちらでもない(移設可能) - tiger: 3, cobra: 1, banana: 2 = total: 6

tiger504 - game10
tiger509 - news19
tiger510 - hobby7
cobra2245 - BBQ
banaan402 - VIP931/stock
banana307 - BBM

**ピロリ** · 2006/02/18(土) 16:33:15

現在 banana402 を別のラックに移設中。。。

**root▲ ★** · 2006/02/18(土) 16:36:07

>>928
了解です。リストを更新しておきます。
IPアドレスは変わらないと。

**ピロリ** · NG

はい　変わらないように移設とお願いしました。

**root▲ ★** · 2006/02/18(土) 16:46:25

他のも、移設しておきますかね。

準備が整わないなら今日じゃなくてもいいですが、
割と近日中にってかんじで。

**root▲ ★** · 2006/02/18(土) 16:47:31

安全に移設できるなら、今日のほうがいいですが。
やるなら、該当サーバshutdownします。

**ピロリ** · NG

配置計画とかあるから
今日は無理ー

**ピロリ** · NG

土曜で人手不足ぎみ

**root▲ ★** · 2006/02/18(土) 16:53:54

>>933
了解です。

んでは、現状を現地に伝えて(私からしたほうがいいのかな: やっておきます)、
配置計画を練ってもらうということで。

**root▲ ★** · NG

【㌧汁】雪だるま作戦に思いを馳せながら雑談するスレッド Part37
http://aa5.2ch.net/test/read.cgi/nanmin/1139755994/966-967

なるほど。

**ピロリ** · NG

うげっ

VIP931/stock
同居なのか、しらなかった

ちと鬱

**root▲ ★** · NG

>>937
適当なところに場所作ってくださいー、という指令で、
root権限ありのうち、いちばん空いていたサーバに入れたです。

ちなみにcook81と同居なことは、雪だるま作戦のスレでさんざん書いていたです。

▲ ◆cZfSunOs.U · 2006/02/18(土) 17:21:27

>>936 mod_cache のコード見ると，ETag が weak か否かとキャッシュは
直接関係ないように思えますが......weak になるのは mtime が
リクエストタイムから1秒以内ということのようです．

で，フロントの省電力化という課題が浮上ですか．さてさて......
http://polywell.com/us/rackservers/

**ピロリ** · NG

いやいや

舞い上がって視野狭窄していた自分に鬱ってことだす。

**root▲ ★** · NG

>>940
そういうことすか。

>>939
さっき私も同じWebページ見てましたが、
Pentium Mあたり使ったよさげなBladeは載ってなかったです。
(なので某スレには、たまたまあったNECのやつを例示)

でも、フレキシブルに相談には乗ってくれるんじゃないかなと。< Polywell

**stream** ◆PNstream2s · 2006/02/18(土) 17:41:10

>>939上
ほんとだ・・・>>936は撤回します

live22x4のレスポンスヘッダ見て適当に書いただけだなんて恥ずかしくて言えません

**root▲ ★** · NG

banana613 の情報受け取りました。
root 権限あり banana に変身と認識。

ちと今日は体調不安につき、明日あたりから。

**root▲ ★** · NG

【実況】 live22x 鯖 Part10
http://qb5.2ch.net/test/read.cgi/operate/1139729945/815-834

RLimitCPU での暴走リミッターは、mod_cgid (worker MPM) だと効かない模様。

で、bbs.cgi 側でリミッターを入れるというアイディアあり。
http://qb5.2ch.net/test/read.cgi/operate/1139729945/826

/usr/ports/devel/p5-BSD-Resource
この ports をbananaにも入れてもらうように手配しよう、そうしよう。

**ピロリ** · NG

>>943

2pix.2ch.se つくってくれくれ

**root▲ ★** · 2006/02/19(日) 14:13:55

>>945
やるやる。

本日中にDNS登録依頼出すところまでいこうかと。

**root▲ ★** · 2006/02/19(日) 14:16:43

で、そのかわりといってはなんですが、
foxBEsetの株価を取って$GB->{KABU}にセットするところで、
bbs.cgiが暴走することがあるようです。

その前のsplitとかfor文のところがあやしそうなのですが、
見ていただけると助かります。

**root▲ ★** · 2006/02/19(日) 14:20:57

で、どうも、何十・何百種類と持っている人だと、
変なことになっている、、、っぽいなと。

**root▲ ★** · 2006/02/19(日) 14:24:25

暴走はこんなかんじか。

(ここから上はアドレスが違うだけ)
#76 0x28143cc1 in S_regmatch ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#77 0x28142b32 in S_regmatch ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#78 0x28146176 in S_regtry ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#79 0x2814a48b in Perl_regexec_flags ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#80 0x280f72ef in Perl_pp_match ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#81 0x280f3ef5 in Perl_runops_standard ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#82 0x280a0f3e in perl_run ()
from /usr/local/lib/perl5/5.8.7/mach/CORE/libperl.so
#83 0x0804d34d in onerun ()
#84 0x0804da5e in speedy_perl_run ()
#85 0x0804bd2c in start_child ()
#86 0x0804c17c in main ()

**root▲ ★** · 2006/02/19(日) 14:49:51

bbs.cgi暴走問題も、ここでやろうかと。

@ex14
%gcore 90994
gcore: read from /proc/90994/mem: Bad address

64bit 環境では、gcoreがちゃんと動かない模様。しくり。

**root▲ ★** · 2006/02/19(日) 14:59:19

いただいたbanana613ですが、今までのIPアドレスレンジと違うわけですが、
(それ自体はめでたくて、PIEが成長したということだと思います)、
DNSの逆引きの設定がおかしいようです。

banana613から他のホスト等にアクセスすると、DNSを引きにいって
ハングアップ状態になります。

調べてみると、ns1.pacificinternetexchange.net と ns2.pacificinternetexchange.net
の設定がまずい状態のようです。

(ns1.pacificinternetexchange.net: 自分自身を別名として指している)
%dig +norec -t ptr 110.224.29.207.in-addr.arpa. @ns1.pacificinternetexchange.net.

; <<>> DiG 9.3.1 <<>> +norec -t ptr 110.224.29.207.in-addr.arpa. @ns1.pacificinternetexchange.net.
; (2 servers found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48850
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

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

;; ANSWER SECTION:
110.224.29.207.in-addr.arpa. 800 IN CNAME 110.224.29.207.in-addr.arpa.

;; Query time: 1 msec
;; SERVER: 206.223.144.254#53(206.223.144.254)
;; WHEN: Sun Feb 19 14:58:24 2006
;; MSG SIZE rcvd: 59

**root▲ ★** · NG

ns2.pacificinternetexchange.net: SERVFAILエラーになる)
%dig +norec -t ptr 110.224.29.207.in-addr.arpa. @ns2.pacificinternetexchange.net.

; <<>> DiG 9.3.1 <<>> +norec -t ptr 110.224.29.207.in-addr.arpa. @ns2.pacificinternetexchange.net.
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 37878
;; flags: qr ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

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

;; Query time: 0 msec
;; SERVER: 206.223.146.254#53(206.223.146.254)
;; WHEN: Sun Feb 19 14:59:31 2006
;; MSG SIZE rcvd: 45

**root▲ ★** · NG

このため、banana613から他のサーバに設定ファイルを転送するのとかが、
とても苦しい状況に。

転送方向を変えるとかしてなんとかやりすごして設定作業しようと思いますが、
この状況だと実運用に入ってもいろんな影響が出る予感。

先方(PIE)に文句言って、直す必要ありですね。
正直、初期不良に近いかなと。

**root▲ ★** · NG

で、kill でも死なないのね(前バグありbbs.cgiで起きていたのと同じ)。

**root▲ ★** · NG

ローカルに持っている bbs.cgi @ ex14 に、

# resource limiter
use BSD::Resource;
setrlimit(RLIMIT_CPU, 120, 120);

をしかけて、120CPU秒で暴走が止まることを確認。

ex11, ex14, live22x[123] に、まずこれを入れよう。

**root▲ ★** · NG

>>955
> ex11, ex14, live22x[123] に、まずこれを入れよう。
done.

これでとりあえず、超火急ではなくなったと認識。

◆TWARamEjuA · NG

もしかすると、IsKoukokuを切ると収まるとか？
確かex14も稼働させているんですよね？

**root▲ ★** · NG

2pix.2ch.se の準備が整いました。
以下の登録をよろしくお願いします。

(新規追加)
+2pix.2ch.se:207.29.224.110

アカウント情報は、これからメールするです。

**root▲ ★** · NG

>>957
うーむ、keiba とか確かに稼動しているですね。
> +Rock54/54M

あとで、やってみるです。

**root▲ ★** · NG

>>957
しかし、朝の修正(http getでエラーチェック入れた)から、
暴走が起こりにくくなったのは事実ですね。

見ていますが、頻度が少なくなったんで(よいことなんですが)、
逆にデバッグがなかなかできにくいかも。

2006/02/19(日) 19:57:50

>>958
done.

**ピロリ** · 2006/02/19(日) 23:56:09

>>947
管理人にあたらしい API 作ってもらったんで
それに乗り換えるべく準備中。。。
いましばらくお待ちを、

**root▲ ★** · NG

>>962
了解です。

たぶんですが、呼び側から板名を指定できるようになるのかしら。

**ピロリ** · 2006/02/20(月) 00:00:10

んだんだ

**root▲ ★** · NG

なるほど。>>964

それなら、その後の微妙な処理をしなくてよさげと。

**ピロリ** · NG

その予定でーす

**root▲ ★** · NG

で、今回はDNS逆引き設定のお願いをば。

モニタサーバで使用しているIPアドレスのうち一つを、讃岐君の環境専用にします。
ということで、以下のDNS逆引き設定の追加をお願いします。

(新規追加)
^26.0.153.223.206.in-addr.arpa:s2ch.net

**ピロリ** · NG

>>967
done

**ピロリ** · NG

>>958
done

**動け動けウゴウゴ２ちゃんねる** · 2006/02/20(月) 13:52:05

鯖をまとめたら速そう。
IBMのメインフレームとか。

コンパイルﾏﾝﾄﾞｸｾになるな。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/20(月) 14:06:08

ヨナがくるまで待つか。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/21(火) 13:19:47

某もうすぐ咲くインターネットはSempronメインみたいです。
ｶﾙﾌｫﾙﾆｱと日本じゃ電気代10倍違うから、ランニングコストにもシビアになるんでしょうねえ。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/21(火) 13:23:04

じゅ、十倍…

**root▲ ★** · NG

>>972
もうすぐ咲くの社長さん、おげんきですかね。

>>973
電力会社的には、日本は5倍ぐらい信頼性高いっていうことのようです。
どっちがいいのかは、、、さて。

ということで、www2 関連のDNS登録変更&追加依頼いきます。
以下の変更をよろしくお願いします。

(現状)
+www2.2ch.net:206.223.151.10:300

(変更後)
+www2.2ch.net:206.223.150.96:300
+www2f1.2ch.net:206.223.150.64
+www2f2.2ch.net:206.223.150.74
+www2f3.2ch.net:206.223.150.84
+www2b.2ch.net:206.223.150.54

**ピロリ** · NG

>>974
done

**動け動けウゴウゴ２ちゃんねる** · 2006/02/21(火) 17:12:59

2chで『山梨でデータセンター』とかやったら面白い。電気はみんな自家発電。ヒロユキがぶどう作ってます、みたいな。回線はレスポンスがちと速くなるし、冬は雪を溶かすほどマシンが唸りを上げて社会に貢献。
山梨の一大観光名所になると。

山梨最近まで金融において孤島だったけどセブンイレブンにATMやっと入ったし。

目標は第二の理研スペックか。

まぁ夢物語だけどね。

**root▲ ★** · NG

>>975
どもです。観察中。
いまのところ、matd含めて問題ない模様。