【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16

**root▲ ★** · 04/12/04 00:28:18

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。

＜現在の主要なテーマ＞
・read.cgiのmod_cgidso化によるパフォーマンスアップ
・bbs.cgiのSpeedyCGI化によるパフォーマンスアップ
・FreeBSD 5.3Rへのサーバ更新作業&さらなるチューニング

＜関連板・スレッド＞
また挑戦。＠2ch掲示板
http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板
http://dso.2ch.net/yangon/
bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/
read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/

＜関連サイト＞
レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる稼動中のサーバ一覧: http://mumumu.mu/serverlist.html

＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/

**root▲ ★** · 04/12/06 17:36:37

今しないのは、FOXさんが該当部分をスキップしたためですね。

news19とthat3に入っているbbs.cgiは、
SpeedyCGI配下かPerlで動いているかの、違いしかありません。
でもthat3ではブロックしないのに、news19ではブロックした。

ということで、今入っているサザンさんが入れたalarm()の処理は、
SpeedyCGI配下では、正しく動かないと。

**root▲ ★** · 04/12/06 17:37:46

>>105
なるほど、増分投入(1つだけ追加投入するとか)ができない、
ということですね。

それは、cdbの弱点のひとつだったりします。
毎回全部をコンパイルしないといけない。

**FOX ★** · 04/12/06 17:40:57

巨大になってくると
それの再構築にかかる負荷がどんどん増えると予想。
HD に優しくないかと、

どれくらいの大きさあるのかな?
memory DISK に作っちゃうとか、、、

**root▲ ★** · 04/12/06 17:43:01

生データがこれですね。前スレから。

784 名前：root▲ ★[sage] 投稿日：04/12/02 00:21:17 ID:???
ちなみに今のBBQデータ。でかっ。

%ls -l data
-rw-r--r-- 1 ch2bbq ch2 73286705 Dec 1 07:20 data
%wc -l data
5158061 data

cdbは、ちょとまってください。確認します。

**root▲ ★** · 04/12/06 17:44:32

これか。
# ls -l data.cdb
-rw-r--r-- 1 ch2bbq ch2 150831091 Dec 5 20:59 data.cdb

で、作っている最中は、2倍になりますね。
できてから mv するので。

**root▲ ★** · 04/12/06 17:45:17

このぐらいなら、メモリ4Gあるoyster243なら、
メモリディスクに置けるかもしれんですね。

**FOX ★** · 04/12/06 17:48:31

私の案としては

1) DNSリクエストのスピードが限界値の半分以下なら
　HD に優しい仕様にする。

2) DNSリクエストの許容量の限界値に値被いているなら
　DNSで行っている仕様を大幅に変更　.cgi 経由にする

でーす

**root▲ ★** · 04/12/06 17:48:36

HDD確保できたもよりです。

**root▲ ★** · 04/12/06 17:50:13

>>112
今の問い合わせ頻度なら、まだ半分もいってないと思います。
DNS的に限界に達するのは、数千query/secのオーダかと。

ということで、前者に賛成です。

# さすがにすぐ、本質を突いてくるすね。

**root▲ ★** · 04/12/06 17:51:00

データがでかくなるとややつらくなってきますが、それでも1000query/secぐらいまでは
ゆとりで耐えるはずかと。

**root▲ ★** · 04/12/06 17:53:30

というわけで、HDDに優しい仕様にする方向で、
検討してみます。

**root▲ ★** · 04/12/06 17:54:04

あとは、SpeedyCGI版だとalerm()でのブロック脱出が
そのままでは使えないらしい、ってのも、いまいちかも、かも。

**FOX ★** · 04/12/06 17:54:25

んじゃ　1) の方針か?

取りうる手段は順次とっていくということで、
まずはmd化に一票
1G あれば当面足りる?

**FOX ★** · 04/12/06 17:55:11

>>117
それは　bbs.cgi スレの方で
研究してミルです

**root▲ ★** · 04/12/06 17:56:45

>>118
1Gだと、微妙かしら。
でも幸運にもメモリ4G仕様なので、
HDDに1.5Gとか2G割り当ててもいいし、なんとかなると思います。

**FOX ★** · 04/12/06 17:57:42

小一時間で再インストール完了すると思うので
今回　md 化できるですか?

**root▲ ★** · 04/12/06 17:59:36

>>121
できると思います。

DNSのログ吐きもばかにならなそうですね。
こっちも、あわせてやってみます。

**FOX ★** · 04/12/06 18:00:20

方針は
全部mdの上がいいですけど、
足りないなら

出来上がり品は HD 上
途中(構築中)は md 上かな、

**root▲ ★** · 04/12/06 18:04:03

再インストール、始まったみたいです。

上記方針、了解。

**FOX ★** · 04/12/06 18:07:29

ちなみに　BBQ は Raid1 が良い気がしたりするのですが・・・

**root▲ ★** · 04/12/06 18:09:13

>>125
そうですね。
そのぐらいの信頼性が必要と。

LSI LogicのMegaRAID(数万円程度高くなる)あたりでRAID1を組めば、
いける気がします。

**FOX ★** · 04/12/06 18:14:06

>>126
早急にいれよう。

**root▲ ★** · 04/12/06 18:16:58

これかしら。

LSI Logic MegaRAID SCSI 320-1
LSI Logic MegaRAID SCSI 320-2

どっちかですね。
-1で十分かな。

**FOX ★** · 04/12/06 18:17:34

あと BBM とかのサーバの配置ですが、

BBM は構想が巨大ですが、この際ちょっと中断して

peko243 = BBQ
peko245 = DNS キャッシュ
BBM は bananaに引越し

ってな感じが良いかと思っているんですが
どですか?

**root▲ ★** · 04/12/06 18:18:28

>>129
今 BBM って、携帯でカキコしようとしたときしか呼ばれてないんでしたっけ。

**FOX ★** · 04/12/06 18:18:45

そうです。

**root▲ ★** · 04/12/06 18:24:05

なら、DBの大きさに依存するですね。
ちょっとみてきます。

で、RAIDですが、
今SCSI 2channel独立なので、
-2の値段が高くないなら、-2のほうがいいかもです。

FreeBSDでは、いずれも問題なく動作するはず。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/12/06 18:35:47

bananaにBBMですか。ちょっとつらそうに思うのは私だけ？

また特殊系は全部HDDにやさしくしないといけないと思うのは私だけ？

**root▲ ★** · 04/12/06 18:37:25

ex7 変ですね。
どうしたのかしら。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 18:41:02

ex7って今落ちてますか？ただ重いだけ？

おお　たいがあ　よ　なにごとだ

**FOX ★** · 04/12/06 18:41:55

>>133
楽勝でしょ

>.134
ちと実験に失敗して。。。　屍

**root▲ ★** · 04/12/06 18:44:43

>>136
実験すか、、、。

game9 game10 news18 news19 hobby7 の bbs.cgi を
Perl起動にしました。これで、とりあえず書き込みはブロックしないはず。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 18:44:49

>>136
おまえのせいかあぁぁぁぁぁぁ

**root▲ ★** · 04/12/06 18:46:14

で、
ex7 屍
live8 live16 live17 BBQスキップ版bbs.cgi
他のtigerサーバ BBQノンブロック版bbs.cgi

になったと。

他の量産型banana (live14除く) oyster243 復活待ち
かな。

**root▲ ★** · 04/12/06 18:46:44

tiger503 リブートかかった模様。

**root▲ ★** · 04/12/06 18:51:22

news19、やはりブロックしますね。
うーむ。

**root▲ ★** · 04/12/06 18:54:28

BBQのところで詰まってますね。
そこをスキップしたら、ちゃんといけた。

Perl版なのに、どうしてだろう。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 19:01:50

FOX★たん、プロ野球板のスレが1200ぐらいから70ぐらいになっちまいましたよ。。。
リブートした後

**root▲ ★** · 04/12/06 19:03:00

Perl版のほうも、スキップ版にしないと(FOXさんがした模様)、だめなのか。
うーむ、研究が必要ということで。

**root▲ ★** · 04/12/06 19:04:46

混乱するので、私はoyster243が復活するまでは、
bbs.cgi 方面はいじらないことにします。

現在、ex7 live8 live16 live17 以外は従来のPerl版で動いています。

**root▲ ★** · 04/12/06 19:11:51

ということで、システムインストール作業待ちの状態。

>>129 ですが、BBQとdnscacheをそういう配置にするのは、
メモリ容量の違い、と考えていいのかしら。

で、以降途中は(場合によっては移行後も)、
oyster243でもdnscacheを動かし続けるというかんじか。

**FOX ★** · 04/12/06 19:16:31

BBQ じゃなくて
DNS を引くときにブロックされていると思われ

それらのサーバには 243 しか書かれていないはず、

今 live15 だけ変更してみました

**root▲ ★** · 04/12/06 19:18:04

>>147
そうですね。

でもその部分は、alarm()が効くと思っていたんですが。
それともdnscacheが落ちていると、そこも効かなくなるということなのかしら。

**root▲ ★** · 04/12/06 19:19:28

具体的には、gethostbyname() のところですね。
gethostbyname() から所定の時間内に戻ってこない場合、
次にいってほしいなと。

リモートホストを逆引きしてログにとるところ(gethostbyaddr()のところ)は、
alarm()していないはずなので、そこはブロックしても仕方ないわけですけど。

**FOX ★** · 04/12/06 19:20:01

たんにリモホ引くときは Alarm で引っ掛けていないです

**FOX ★** · 04/12/06 19:20:46

そこの仕様変更は危険と思われ。。。

どんどん　BBQ に焼かれます。

**root▲ ★** · 04/12/06 19:22:16

>>150
うん。そこはブロックされるはずです。

でもそこが大丈夫なはずのtigerサーバ/cobraサーバ(= DNSキャッシュ自分もち)のところも、
BBQのチェック部分でひっかかったのが、なぜなのかなと。

**FOX ★** · 04/12/06 19:22:36

live15,ex8

nameserver 実験で確かめるために変更しました。

1) 345
2) 243
3) maido3 のどれか所定のやつ
4) maido3 のどれか所定のやつ

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 19:22:46

これは面白い祭り会場ですね

生暖かい目で見守っています。
がんがってくださいね！

-=・=-　　　-=・=-

**root▲ ★** · 04/12/06 19:23:14

>>151
BBQは、外からDNSひいても影響ないです。
(外からひくことで登録しているのは、BBX/Rock54)。

**FOX ★** · 04/12/06 19:24:11

Tiger/Cobra のbbs.cgi(SpeedyCGI) のやつは
今のところ何をやっても Alarm をBackEndが受け取ってくれません
たぶん　FrontEnd は受け取っていると思われ
これはこれからの研究に委ねられます。

**root▲ ★** · 04/12/06 19:24:24

>>153
245すね。
今 query きているのを確認しました。

**root▲ ★** · 04/12/06 19:25:16

>>156
了解です。

**FOX ★** · 04/12/06 19:25:22

>>155
リモホ引けないやつはどんどん焼くという仕組みが
Boo80 にあるですよ、

だから BBQにどんどん投入しちゃう

**FOX ★** · 04/12/06 19:26:33

今　ブロックが起ってかけないサーバは BBQ 云々じゃなく
単に普通のリモホ引きが出来ないために起っています。

**root▲ ★** · 04/12/06 19:29:01

>>159
おー、そういうことだったんですか。
逆引きちゃんと設定してないと、どきどきするわけだ。
了解です。

>>160
そうですね。

**root▲ ★** · 04/12/06 19:34:17

oyster243、HDD交換終了。
受け取りました。
セットアップにとりかかります。

**FOX ★** · 04/12/06 19:50:37

当面の方針は

1) 243 (or245)
2) 245 (or243) 半々くらいに、
3) maido3 設置ラックによる所定のやつ
4) maido3 設置ラックによる所定のやつ

ということにして

243 , 245 のDNS ２台体制にする、(BBM はお引越し)
243 で RAID1 を試してうまく行ったら 245 もRAID1化

でいいかな?

**root▲ ★** · 04/12/06 19:54:27

>>163
1)～4)は /etc/resolv.conf の設定順ですね。

で、dnscache/BBQとも、2台体制にするというかんじですか。
それともdnscacheだけ2台体制?

**FOX ★** · 04/12/06 19:59:35

BBQ は別に一台

dnscache/BBQ (二台 143,145)
BBQ 別に一台(ひろゆきが買ってくれるのを期待!!)

ということで
現状では BBQ 専用はないので BBQは 243に同居
BBM は 245 に同居

かな?

**root▲ ★** · 04/12/06 20:06:36

ということは、

oyster243 dnscacheその1 BBQ
cobra2245 dnscacheその2 BBM

でまずは動かしておいて、

別サーバ1 BBQその2

をめざすということかしら。

**FOX ★** · 04/12/06 20:07:44

そうそう
どうでしょ?

**未承諾広告※** ◆TWARamEjuA · 04/12/06 20:10:27

>>84
%php -v
[Mon Dec 6 02:46:39 2004] [apc-error] apc_shm_create: shmget(0, 31457280,914) failed: Cannot allocate memory

って出ますー（汗）

<q cite="http://moonshine.s32.xrea.com/#news">
04/08/15
ひとりごと。
coreを吐いたり、たまにコンパイルをミスるMMCacheに代わってAPC2の導入を検討中。
まずPHPをconfigureのオプションに --enable-sysvshm を付けてコンパイル。
普通にインストールすると [apc-error] apc_shm_create: shmget(0, 31457280,914) failed: Invalid argument のようなエラーが出て使えない。
FreeBSDではSHMMAXPGSとSHMSEGの値を適当に増やしてカーネルを再構築すれば大丈夫だった。
しかしMacOS Xではカーネルの再構築というわけにもいかない。（Darwinのソースからとかはナシで）
</q>

だそうですー（汗）

**root▲ ★** · 04/12/06 20:12:03

BBQ死亡時が、どきどきしますが、
BBQその2が来るまでは、bbs.cgiごにょごにょとか、
対症療法でなんとかすると。

であれば、当面これでいける気がします。

次の段階で、oyster243とcobra2245のセカンド側のインタフェース使って、
1つのIPアドレス共有をはかりたいですね。

**root▲ ★** · 04/12/06 20:13:10

>>168
おー、なるほど。

携帯サーバ並みにあれをふやさないと、いかんのか @ banana238。
時間とれたところでやっておくです。

**root▲ ★** · 04/12/06 20:14:16

portsをmake updateし、
make -j8 buildworld buildkernelしています。< oyster243

その間に、banana238をみてきます。

**root▲ ★** · 04/12/06 20:21:24

>>168
banana238に、

# keitai server tuning
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024

を足して、rebootしました。
どうでしょう。

**root▲ ★** · 04/12/06 20:58:39

5.3Rへのバージョンアップ完了。
これから、本格的にセットアップ入ります。

**未承諾広告※** ◆TWARamEjuA · 04/12/06 21:11:52

>>172
%php -v
[Mon Dec 6 04:04:02 2004] [apc-error] apc_shm_create: shmget(0, 31457280,914) failed: Cannot allocate memory

変わらないようですー（汗）

<q cite="http://moonshine.s32.xrea.com/#news">
04/08/28
APCの件は解決。/private/etc/rcでSystem V共有メモリの量を大きくすれば良かった。
8/15に書いた方法はBSDサブシステムが立ち上がってから実行されるため、変更できなかったと考察した。
</q>
と言う記述もありましたー

kernel のオプションについては疎くて適切なアドバイスが出来なくてごめんなさいですm(_ _)m

あと、
%ps auxUch2rck54
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
ch2rck54 1001 0.0 0.0 0 0 ?? Z 3:30AM 0:00.00 <defunct>
と云うのも出ていますので、こちらも調査してみるです。。。
（こちらはRock54自動起動で何かが起こっているみたいですので。／Rock54システム自体は正常に稼働しているようです）

**root▲ ★** · 04/12/06 21:14:13

>>174
了解です。
oyster243復旧後にでも。

**未承諾広告※** ◆TWARamEjuA · 04/12/06 21:14:20

あと、こゆのも出てるみたいですー＠svc関連
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
root 494 0.0 0.1 1180 488 con- I 3:20AM 0:00.00 [readproctitle]

**root▲ ★** · 04/12/06 21:27:19

>>176
それはたぶん、正常動作と思うです。

**root氏乙です** · 04/12/06 21:28:56

なんか話がゴッチャになってよく分かりません
まとめると

・SpeedyCGIの件
・HDD故障原因の件
・oyster243復旧の件
・DNS鯖ミラーの件
・BBQ改良の件
・転んでも泣かない鯖の件

以上でよろしいでしょうか？
すでにdoneのものはSpeedyCGIぐらいかな？

**root▲ ★** · 04/12/06 21:38:09

>>178
どもです。
+
read.cgiをcgidso化する件
banana238のPHPの件

**未承諾広告※** ◆TWARamEjuA · 04/12/06 22:17:12

>>174
> （こちらはRock54自動起動で何かが起こっているみたいですので。／Rock54システム自体は正常に稼働しているようです）
join '<>', @status;
この行でwarningが出たみたい、、、なんじゃほら（汗）
あと、%ENVと%SIGをlocalしてみました。
でもってcronさんが３人も居るのは何でだろう？＠メールも送ってくれないし(MAILTOの設定済み)

>>177
そういえばコメントが出ていませんですよね。m(_ _)m

>>178-179
ややこしい時に引っかき回してごめんなさいですm(_ _)m重ね重ね

**FOX氏も乙です** · 04/12/06 22:26:26

>>179
了解です。この頃、運用板が騒がしいですな。

**root▲ ★** · 04/12/06 22:59:35

oyster243のセットアップ、概ねできたはず。

BBQの動作確認中。

最後に、最終的なリブートテストをします。

◆X7F1FulWvk · 04/12/06 23:03:16

激しくお疲れ様です。

**root▲ ★** · 04/12/06 23:10:30

リブートテストとおりました。

BBQのログ&データをメモリディスクに入れたので、
リブートするとリセットされます。

最悪10分すると再生成されて、元に戻るはず。
このチェックができれば、作業終了。

**root▲ ★** · 04/12/06 23:12:41

BBQデータが再生成されることを確認しました。

これで、BBQが正しくひけることを確認できたら、
bbs.cgiを元に戻してきます。

**root▲ ★** · 04/12/06 23:14:06

BBQは正しく動くようになりました。

%nslookup 51.19.10.128.niku.2ch.net
Server: localhost
Address: 127.0.0.1

Non-authoritative answer:
Name: 51.19.10.128.niku.2ch.net
Address: 127.0.0.2

後処理にいってきます。

**root▲ ★** · 04/12/06 23:16:34

メモしておこう。

・cobra2245のdnscacheのログも/md化する
・後でbanana238のPHP周りをみてみる

**未承諾広告※** ◆TWARamEjuA · 04/12/06 23:34:10

おつですたーm(_ _)m

**root▲ ★** · 04/12/06 23:35:30

各サーバの様子を確認中。

今落ちているサーバは、

ex7
that3
travel2

他には？

**root▲ ★** · 04/12/06 23:36:21

that3にログインしようと、トライ中。

**( *´ⅴ｀)ﾉﾝ** ◆.HNONOTaN. · 04/12/06 23:38:23

book3もダメぽい。

**root▲ ★** · 04/12/06 23:39:10

>>189 なサーバは、超重いすね。
原因を調査中。

**root▲ ★** · 04/12/06 23:39:25

>>191
同じ症状の模様。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 23:45:31

ircも落ちてる

**root▲ ★** · 04/12/06 23:47:03

news18 news19 game9 game10 hobby7 正常を確認。

>>194
ircは、私、触れません。

**名無し募集中。。。** · 04/12/06 23:48:39

フォッ糞死ねカス

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 23:49:03

bubble2もですね

**root▲ ★** · 04/12/06 23:49:44

banana で反応がとても遅いもの

that3 travel2 book3 bubble2 (ひょっとして同じマシンに同居しているのもあるかも)

tigerでおかしいもの

ex7

でいいのかな。

**root▲ ★** · 04/12/06 23:51:09

that3 book3 bubble2 travel2

これらは同居ですね。

22:00 ごろに落ちたのか。
http://ch2.ath.cx/load/that3.html

今回の作業と関係あるんだろうか。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 23:52:34

>>199　そうだす　banana229だす

**root▲ ★** · 04/12/06 23:54:57

live8のbbs.cgiを、BBQを引くものにしました。
様子を観察中。

問題なければ、live16 live17にも配布予定。

**root▲ ★** · 04/12/06 23:56:49

live8のDNS logをチェック中。
問題ない模様。

これから、live16 live17 に同じものを配布します。

**root▲ ★** · 04/12/07 00:00:54

live16 live17 に配布しました。
dsoは、どうだったかな。確認します。

これで banana229 (>>200) と tiger503 以外は、復活したと思う。

**root▲ ★** · 04/12/07 00:11:22

cobra2245 の DNS キャッシュサーバをメモリディスク化する作業を実施中。

**root▲ ★** · 04/12/07 00:23:00

>>204 は完了。

**動け動けウゴウゴ２ちゃんねる** · 04/12/07 00:24:19

とりあえず乙。
そしてがんばれ。