【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
■ このスレッドは過去ログ倉庫に格納されています
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/ >>121
できると思います。
DNSのログ吐きもばかにならなそうですね。
こっちも、あわせてやってみます。 方針は
全部mdの上がいいですけど、
足りないなら
出来上がり品は HD 上
途中(構築中)は md 上かな、 再インストール、始まったみたいです。
上記方針、了解。 ちなみに BBQ は Raid1 が良い気がしたりするのですが・・・ >>125
そうですね。
そのぐらいの信頼性が必要と。
LSI LogicのMegaRAID(数万円程度高くなる)あたりでRAID1を組めば、
いける気がします。 これかしら。
LSI Logic MegaRAID SCSI 320-1
LSI Logic MegaRAID SCSI 320-2
どっちかですね。
-1で十分かな。 あと BBM とかのサーバの配置ですが、
BBM は構想が巨大ですが、この際ちょっと中断して
peko243 = BBQ
peko245 = DNS キャッシュ
BBM は bananaに引越し
ってな感じが良いかと思っているんですが
どですか? >>129
今 BBM って、携帯でカキコしようとしたときしか呼ばれてないんでしたっけ。 なら、DBの大きさに依存するですね。
ちょっとみてきます。
で、RAIDですが、
今SCSI 2channel独立なので、
-2の値段が高くないなら、-2のほうがいいかもです。
FreeBSDでは、いずれも問題なく動作するはず。 bananaにBBMですか。ちょっとつらそうに思うのは私だけ？
また特殊系は全部HDDにやさしくしないといけないと思うのは私だけ？ ex7って今落ちてますか？ただ重いだけ？
おお たいがあ よ なにごとだ >>133
楽勝でしょ
>.134
ちと実験に失敗して。。。 屍 >>136
実験すか、、、。
game9 game10 news18 news19 hobby7 の bbs.cgi を
Perl起動にしました。これで、とりあえず書き込みはブロックしないはず。 で、
ex7 屍
live8 live16 live17 BBQスキップ版bbs.cgi
他のtigerサーバ BBQノンブロック版bbs.cgi
になったと。
他の量産型banana (live14除く) oyster243 復活待ち
かな。 BBQのところで詰まってますね。
そこをスキップしたら、ちゃんといけた。
Perl版なのに、どうしてだろう。 FOX★たん、プロ野球板のスレが1200ぐらいから70ぐらいになっちまいましたよ。。。
リブートした後 Perl版のほうも、スキップ版にしないと(FOXさんがした模様)、だめなのか。
うーむ、研究が必要ということで。 混乱するので、私はoyster243が復活するまでは、
bbs.cgi 方面はいじらないことにします。
現在、ex7 live8 live16 live17 以外は 従来のPerl版で動いています。 ということで、システムインストール作業待ちの状態。
>>129 ですが、BBQとdnscacheをそういう配置にするのは、
メモリ容量の違い、と考えていいのかしら。
で、以降途中は(場合によっては移行後も)、
oyster243でもdnscacheを動かし続けるというかんじか。 BBQ じゃなくて
DNS を引くときにブロックされていると思われ
それらのサーバには 243 しか書かれていないはず、
今 live15 だけ変更してみました >>147
そうですね。
でもその部分は、alarm()が効くと思っていたんですが。
それともdnscacheが落ちていると、そこも効かなくなるということなのかしら。 具体的には、gethostbyname() のところですね。
gethostbyname() から所定の時間内に戻ってこない場合、
次にいってほしいなと。
リモートホストを逆引きしてログにとるところ(gethostbyaddr()のところ)は、
alarm()していないはずなので、そこはブロックしても仕方ないわけですけど。 たんにリモホ引くときは Alarm で引っ掛けていないです
そこの仕様変更は危険と思われ。。。
どんどん BBQ に焼かれます。 >>150
うん。そこはブロックされるはずです。
でもそこが大丈夫なはずのtigerサーバ/cobraサーバ(= DNSキャッシュ自分もち)のところも、
BBQのチェック部分でひっかかったのが、なぜなのかなと。 live15,ex8
nameserver 実験で確かめるために変更しました。
1) 345
2) 243
3) maido3 のどれか所定のやつ
4) maido3 のどれか所定のやつ
これは面白い祭り会場ですね
生暖かい目で見守っています。
がんがってくださいね！
-=・=- -=・=- >>151
BBQは、外からDNSひいても影響ないです。
(外からひくことで登録しているのは、BBX/Rock54)。 Tiger/Cobra のbbs.cgi(SpeedyCGI) のやつは
今のところ何をやっても Alarm をBackEndが受け取ってくれません
たぶん FrontEnd は受け取っていると思われ
これはこれからの研究に委ねられます。 >>153
245すね。
今 query きているのを確認しました。 >>155
リモホ引けないやつはどんどん焼くという仕組みが
Boo80 にあるですよ、
だから BBQにどんどん投入しちゃう 今 ブロックが起ってかけないサーバは BBQ 云々じゃなく
単に普通のリモホ引きが出来ないために起っています。 >>159
おー、そういうことだったんですか。
逆引きちゃんと設定してないと、どきどきするわけだ。
了解です。
>>160
そうですね。 oyster243、HDD交換終了。
受け取りました。
セットアップにとりかかります。 当面の方針は
1) 243 (or245)
2) 245 (or243) 半々くらいに、
3) maido3 設置ラックによる所定のやつ
4) maido3 設置ラックによる所定のやつ
ということにして
243 , 245 のDNS ２台体制にする、(BBM はお引越し)
243 で RAID1 を試してうまく行ったら 245 もRAID1化
でいいかな? >>163
1)～4)は /etc/resolv.conf の設定順ですね。
で、dnscache/BBQとも、2台体制にするというかんじですか。
それともdnscacheだけ2台体制? BBQ は別に一台
dnscache/BBQ (二台 143,145)
BBQ 別に一台(ひろゆきが買ってくれるのを期待!!)
ということで
現状では BBQ 専用はないので BBQは 243に同居
BBM は 245 に同居
かな? ということは、
oyster243 dnscacheその1 BBQ
cobra2245 dnscacheその2 BBM
でまずは動かしておいて、
別サーバ1 BBQその2
をめざすということかしら。 >>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>
だそうですー（汗） BBQ死亡時が、どきどきしますが、
BBQその2が来るまでは、bbs.cgiごにょごにょとか、
対症療法でなんとかすると。
であれば、当面これでいける気がします。
次の段階で、oyster243とcobra2245のセカンド側のインタフェース使って、
1つのIPアドレス共有をはかりたいですね。 >>168
おー、なるほど。
携帯サーバ並みにあれをふやさないと、いかんのか @ banana238。
時間とれたところでやっておくです。 portsをmake updateし、
make -j8 buildworld buildkernelしています。< oyster243
その間に、banana238をみてきます。 >>168
banana238に、
# keitai server tuning
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024
を足して、rebootしました。
どうでしょう。 5.3Rへのバージョンアップ完了。
これから、本格的にセットアップ入ります。 >>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システム自体は正常に稼働しているようです） >>174
了解です。
oyster243復旧後にでも。 あと、こゆのも出てるみたいですー＠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] なんか話がゴッチャになってよく分かりません
まとめると
・SpeedyCGIの件
・HDD故障原因の件
・oyster243復旧の件
・DNS鯖ミラーの件
・BBQ改良の件
・転んでも泣かない鯖の件
以上でよろしいでしょうか？
すでにdoneのものはSpeedyCGIぐらいかな？ >>178
どもです。
+
read.cgiをcgidso化する件
banana238のPHPの件 >>174
> （こちらはRock54自動起動で何かが起こっているみたいですので。／Rock54システム自体は正常に稼働しているようです）
join '<>', @status;
この行でwarningが出たみたい、、、なんじゃほら（汗）
あと、%ENVと%SIGをlocalしてみました。
でもってcronさんが３人も居るのは何でだろう？＠メールも送ってくれないし(MAILTOの設定済み)
>>177
そういえばコメントが出ていませんですよね。m(_ _)m
>>178-179
ややこしい時に引っかき回してごめんなさいですm(_ _)m重ね重ね >>179
了解です。この頃、運用板が騒がしいですな。 oyster243のセットアップ、概ねできたはず。
BBQの動作確認中。
最後に、最終的なリブートテストをします。 リブートテストとおりました。
BBQのログ&データをメモリディスクに入れたので、
リブートするとリセットされます。
最悪10分すると再生成されて、元に戻るはず。
このチェックができれば、作業終了。 BBQデータが再生成されることを確認しました。
これで、BBQが正しくひけることを確認できたら、
bbs.cgiを元に戻してきます。 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
後処理にいってきます。 メモしておこう。
・cobra2245のdnscacheのログも/md化する
・後でbanana238のPHP周りをみてみる 各サーバの様子を確認中。
今落ちているサーバは、
ex7
that3
travel2
他には？ >>189 なサーバは、超重いすね。
原因を調査中。 news18 news19 game9 game10 hobby7 正常を確認。
>>194
ircは、私、触れません。 banana で反応がとても遅いもの
that3 travel2 book3 bubble2 (ひょっとして同じマシンに同居しているのもあるかも)
tigerでおかしいもの
ex7
でいいのかな。 that3 book3 bubble2 travel2
これらは同居ですね。
22:00 ごろに落ちたのか。
http://ch2.ath.cx/load/that3.html
今回の作業と関係あるんだろうか。 live8のbbs.cgiを、BBQを引くものにしました。
様子を観察中。
問題なければ、live16 live17にも配布予定。 live8のDNS logをチェック中。
問題ない模様。
これから、live16 live17 に同じものを配布します。 live16 live17 に配布しました。
dsoは、どうだったかな。確認します。
これで banana229 (>>200) と tiger503 以外は、復活したと思う。 cobra2245 の DNS キャッシュサーバをメモリディスク化する作業を実施中。 dso のbbs.cgiは、BBQ参照版になっていました。>>203 ex7 (= tiger503) と that3 travel2 book3 bubble2 (= banana229)は、
これから10分ほど待って自力復活しない場合、リブート要請出します。
復活したら、bbs.cgi 配布と。
これから banana238 の PHP 問題にとりかかります。 # shared memory tunings
kern.ipc.shmall=16384
kern.ipc.shmmax=67108864
を /etc/sysctl.conf に入れ、sysctl コマンドで変更した。
これでどうかな。< banana238 >>211
とても遅くて、入れないですね。
sshもタイムアウトします。
これから、リブート要請します。
リブートされるかは、かみのみそしる。 要請出しました。
これで、pending な作業は、ないはず。
∧＿∧
（ ・∀・） おとなしくして
（ ∪ ∪ 待ってろ。
と＿_）__）
>>213
-bash-2.05b$ php -v
PHP 4.3.9 (cli) (built: Dec 5 2004 19:51:51)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
ｷﾀ━━━(ﾟ∀ﾟ)━━━ｯ!!
※chfn したのは内緒♪@csh→bash >>217
お、よかった。
携帯サーバを5.3Rにするときは、これ入れなきゃ。 ex7 上がりました。
bbs.cgi を live17 と同じものにしました。
復帰依頼かけてきます。 ■ このスレッドは過去ログ倉庫に格納されています
