【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
■ このスレッドは過去ログ倉庫に格納されています
peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
<現在の主要なテーマ>
・read.cgiのmod_cgidso化によるパフォーマンスアップ
・bbs.cgiのSpeedyCGI化によるパフォーマンスアップ
・FreeBSD 5.3Rへのサーバ更新作業&さらなるチューニング
<関連板・スレッド>
また挑戦。@2ch掲示板
http://dso.2ch.net/myanmar/
また挑戦2。@2ch掲示板
http://dso.2ch.net/yangon/
bbs.cgi再開発プロジェクト4
http://qb5.2ch.net/test/read.cgi/operate/1101984763/
read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/
<関連サイト>
レンタルサーバー maido3.com 2ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
2ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
<前スレ>
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/ >>505
リブートすか、、、。
music4はこんなかんじだった。たぶん他のbananaも同じすね。
FreeBSDはこの値↓をデフォルトよりもふやさないと、cgiで忙しいサーバはつらいかと。
680 名前:root▲ ★[sage] 投稿日:04/12/25 00:02:33 ID:???
music4はプロセス間通信用バッファ溢れですね(ex9集中時と同じ)。
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
カーネル変数のチューニングが必要かと。 love3も同じですね。
たぶん、他のbananaも同じかと。 で、>>506 を引き起こすきっかけは、>>499-500 だったということかと。 りぶーとはしないっす
read.cgi とめて
たまっているbbs.cgi 全部 kill して
ほとぼり冷めるのを待つと、 >>507
きっかけが >>499-500 で(love3は昼間の爆撃か?)
つらにそれを引き金にメモリのスワップが始まるようです。
「BBS を何とかすれば良い」という方向が当たりと思われ、 あと taht3/travel2/bubble2/book3 は それぞれ -M32 だから
-M128 になっている予感 >>509
なるほどです。
>>507
ですね。
>>511
うーむ、そういうふうに動くんだっけか。
ソースとドキュメントをちょっとあたってみるです。 さて、落ち着いたのでtiger/cobraのスロット数を896から1024にした。
live8はものすごい勢いで来てるけど、それなりにこなせているように見えますね。 で、sysctlで思い切りバッファを増やしてからは、
BBS(banana238)のバッファ溢れは観測されていない模様。 >>515
alerm() はだめで poll() でいけるらしいんですが、
どう組むのかなと。
続きはbbs.cgiスレですかね。 tiger512のバージョンアップ完了。
これで、tigerサーバは全部5.3Rに更新済み。
あと5.2.1Rなのは、
c-au系
c/c-others系
www/www2
memories
dnscache2/BBQ2
携帯系、www/www2はたんたんと。
dnscache2/BBQ2は、RAIDカードインストール待ち。
memoriesはちょっと微妙なので、またいつかPIEに行った時にでもぼちぼちと。 適度に重い感じなので、live8をちょっといじった。
メモリ4Gなので、httpdを1280に設定。
(20:05ぐらいに1024個使い果たしを観測) memoriesへの土地造成に伴い、以下のDNS設定変更をお願いします。
(現在)
+ex6.2ch.net:206.223.151.135
+game7.2ch.net:206.223.151.135
+pc6.2ch.net:206.223.150.15
(変更後)
+ex6.2ch.net:206.223.151.230
+game7.2ch.net:206.223.151.230
+pc6.2ch.net:206.223.151.230 ex6, game7, pc6 memoriesへの格納完了しました。
bbs.cgiとsubbbs.cgiの削除・read.cgiとofflaw.cgiのamd64版への変更も終わっています。
ということで >>520 はいつでもOKです。 現在の空きサーバメモ
banana227 (game7)
banana371 (pc6)
root ★さんへ
tiger506 (game9/dso) に etc4 を併設してくださいー >>524
作成しました。以下をDNSに追加お願いします。
(新規追加)
+etc4.2ch.net:206.223.152.30 bubble3.2ch.net (banana371) 作成するです http://etc4.2ch.net/test/check.cgi
etc4 で PerlのCGI 動かないようです
403 になるぞ、なんでだ? >>529
perlのpathがあっていないまたはCGIが許可されていないに一票 >>530
あ、orパーミッションが不適切ってのもありえまつな
初歩的ですけど public_htmlの下のディレクトリが全部700になってるように見えますが、、、。 ためしにtestだけ755にしてみた。
動いている模様、、、。
http://etc4.2ch.net/test/bbs.cgi なんでだろ。。。
tar -czpf で固めて
ftp で持ってきて
tar xzvf で解凍したのに。。。
もあ一回やってみるです。 ちよっと お願いです
news18p.tar を解凍してみてもらえます? > root さん etc4のユーザでログインして、__TEST__ ディレクトリの下に解凍しました。
特に問題ないように見えます、、、。
# なぞだ。umaskコマンドの出力は? public_html/test とかのフォルダが見当たらない < __TEST__ うーん なぞだ
私が解凍しようとすると Putty 落ちることがあるのよね、
今回は成功しました。 Puttyで、接続保持を有効にするとよいです。
設定変更のメニューから、接続を選んで、
KeepAliveの秒数を0から60とかにすれば、切れなくなります。
どうも、ルータによってはそのセッションに何も流れてないと、
接続を切ってくるものがある模様。
# うちの実家で、これにはまりました。
# ルータ(NECだった)でつなぎっぱなしにしてても、セッションだけ切ってしまうようです。 >>543
その話しじゃなくて
tar xzvf news18p.tar とかやると
途中で落ちたのだ >>545
うーむ、、、。
Puttyがですか。
変なキャラクターがエコーバックされたんだろうか。 >>546
一回こっきりなら「気のせい」で済ますのですが、、、
8回位やって成功したのは一回という
そして時にはpermissionとかが解凍時に再現されていないし 運が悪かったということにしますが、
何かの前兆でない事を祈って。 ガクガクブルブル、、、。
syslogには、それっぽいのはなかったです。
fsck -n /home は特に異常なしか。
他もひととおりfsck -nかけておこう。 >>537 の __TEST__ を rm -rf しました。 >rm -rf /
ガクガク((((;゚Д゚))))ブルブル 携帯→2ch運用情報スレッド14
http://qb5.2ch.net/test/read.cgi/operate/1103457589/355-361
net.inet.udp.recvspace=1048576 と書くと、
再起動時にNo buffer space availableエラーになるらしい。 http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/
read.cgi起動数/dat直読み数、bbs.cgi起動数のグラフをリニューアルした。
read/datを1枚のグラフに収めてbbs.cgiを別グラフにし、
counts/5minをcounts/secに変更(5分平均の値)。 現在 game9 -> game10 のftp 転送やっているんだけど、
まったくスピードでません (32.5KB/s)
tiger506(game9)
tiger504(game10)
どちらか or 両方 ネットワークの設定がうまく行っていないと思う。
本来 100Mb/s のはず oyster901をftpしてみた。
game9 <= oyster901 への転送 異常なし
game10 <= oyster901 への転送 異常あり
game10が変な気がします。
調査継続中。 100M full-duplex になっていないということかな? < tiger504 banana273 => game9 正常
banana273 => game10 おかしい
明らかにgame10おかしいですね。ログインしてても、がくがくする。
これから社内会議を1時間ぐらいしなきゃならないんで、
対応ちょっと遅れます、、、すんません。 >>560
なってるように見えるんですが、、、。スイッチ側かも。
%uname -a
FreeBSD tiger504.maido3.com 5.3-RELEASE FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004 root@tiger503.maido3.com:/usr/obj/var/src/sys/I386_TIGER_53 i386
%ifconfig em0
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
inet 206.223.150.115 netmask 0xffffff00 broadcast 206.223.150.255
inet6 fe80::230:48ff:fe2b:2954%em0 prefixlen 64 scopeid 0x1
ether 00:30:48:2b:29:54
media: Ethernet 100baseTX <full-duplex>
status: active game10
famicom/dat/* が一気になくなりました
banana273 側のロケーションでもなくなったのかな? 会議中、、、。
>>563
最初にチェックしました。落ちてはいない模様。
64 bytes from 206.223.151.10: icmp_seq=10 ttl=63 time=2.339 ms
^C
--- 2ch.net ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.718/1.866/3.847/0.854 ms
64 bytes from 202.214.202.101: icmp_seq=10 ttl=241 time=115.632 ms
^C
--- www.nhk.or.jp ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max/stddev = 111.353/113.102/115.743/1.469 ms
あとで、他のtigerも調べてみます。 Name: tiger503.maido3.com
Address: 206.223.150.110
正常
Name: tiger504.maido3.com
Address: 206.223.150.115
おかしい
Name: tiger505.maido3.com
Address: 206.223.150.120
正常
スイッチじゃ、なさそうですね。
tiger504、一度リブートしてよいですか? お、、、強制full duplex問題か。(>>563)
ちょっとまってください。やってみます。 なおった予感。
他のtigerの設定も見直しておきます。
先日のスイッチメンテの時に、強制full-duplexにしないと一部のマシンでhalf-duplexになってしまったので、
その設定を入れたのですが、今は強制full-duplexにしなくても、大丈夫みたい。 あ、会議さっきおわりますた。勤務中にはかわりないけどね。
不良社員(仮名)と、不良社長(仮名)か。 うーむ、
○デフォルト(autoselect)でうまくいき、強制100M/full指定すると変になるもの
tiger503 504 506
tiger511 512のプライベート側
○デフォルトだと100M/.halfに設定されてしまって変になり、強制100M/full指定するとうまくいくもの
(先日のスイッチメンテ以降、この症状が発生)
tiger505 507 508 509 510 511 512
最終的に問題は解決したけど、どういうことだろう。
つながっているスイッチが違うのかな。 >つながっているスイッチが違うのかな。
聞いてきます。 ・200-48-4
tiger505
・200-48-5
tiger506,507,508,509,510,511,512
・24e3-2
tiger503,504
という構成になっているそうです >>573
506だけ一致しないのかな。
あとは、符合しているような。 ふと、こんなの思い出した
> 911 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:04/12/16(木) 23:34:41 ID:il+sol+9
> >>909
> そこは足したり引いたりすればいいのか。
>
> >>908
> rootの中の人がうっかりuname -aの結果を書いたら祭り始まりの合図。 >>575
私も、貼る時にこれがちょっとだけ脳裏をよぎりました。 >>571-574
スイッチ側の設定はどうなっているんですか? それももう一度確認したほうがいいです。
○A群
>・24e3-2
>tiger503,504
○B群
>・200-48-4
>tiger505
>・200-48-5
>tiger506,507,508,509,510,511,512
A群のスイッチ側の設定がオートネゴシエーションで、
B群が100M full deplexならば、>>571のようなことが起きそうな予感。
5.3Rのドライバに問題ないとするならば、
スイッチ側とサーバ側で設定を同じにすればいいので、確認するのがよいです。
uname -a は公開されていなかったけか
どこかで一覧みたような希ガス >580
FreeBSD-updateもportsnapも、サーバー側を立てるportsスケルトンが無いのがちょっと不安。
hosokawaさんがUNIX USERあたりでFreeBSD-updateサーバーの立て方を書いていたけど、けっこうめんどくさかったな。
あとportsnapは/usr/ports/local/みたいなのを作っていると消されちゃうらしいので注意。 root ★さんへ
昔やったアクセスログ取り&激しく取っているところ抽出って覚えています?
もしかしたら全くはじめてかもだけど、 >>582
2002年ごろですかね。だとした、私はまだrootじゃなかったかもです。
具体的には何すればいいのかしら。 ら、が抜けちった。
クロール対策するかも、ってことですかね。 あっ そうでしたか
まずは現状認識をするって事でアパッチのログを
所定の場所に所定の形で吐き出してもらいたかったり
具体的には /home/news19/logs (←シンボリック?)
毎時別ファイル(←でたくなるから24分割)
なんですが、、 206.223.152.90 これって黒山羊やんでしたっけ? >>585
あ、思い出してきました。fox.cgiとかでかかわったですね。
あのころはOSが不安定で、暗い時代でした。
毎時別にするですか。できると思います。
すみませんがこれから奥様とちょっとお出かけなので、今夜あたりにでも。 >>586
206.223.152.90 = blackgoat3
206.223.152.95 = blackgoat4 syslogの設定変えればいけるんとちゃいますかね
# 確か相当前にどこぞで似たような話がありましたが、どこだったっけ
以下雑談スマソ
>>587
奥様ってよぶとrootさんらしくないですね 今年最後のおれさまメモ。Accept: */* を送って来ないVodafone 3G端末への対策。
携帯→2ch運用情報スレッド14
http://qb5.2ch.net/test/read.cgi/operate/1103457589/477-486
478 名前:root▲ ★[] 投稿日:04/12/31 07:06:52 ID:???
これでどーだ。
# for PHP
#AddType application/x-httpd-php .php
#AddType application/x-httpd-php-source .phps
# XXX
AddHandler php-script php
AddType text/html php 今年はまさに、激動の1年。
年明けの韓国F5団来訪対応に始まり、live系、ex系への挑戦、過去ログサーバの構築、
携帯用システムの構築にbbspinkの充実、
OSの不安定に涙を流しながら耐えた数ヶ月を経た後、11月ごろからようやく本来の力を発揮、
そしてbbs.cgiの大幅改良にread.cgiのメモリ常駐化等、
休む間もなくここまできた、というかんじでした。
サーバロケーションもHEからPIEへと変わり、大幅な体質改善が図られました。
何が起こるかわからないのがここの醍醐味。
さて来年は、どんな年になるのか。
というわけで、来年もどうぞよろしくお願いいたします。 >>593
あけおめです。
今年も健康にご留意され、獅子奮迅の活躍を期待しております。
http://qb5.2ch.net/test/read.cgi/operate/1102681336/587
587 :root▲ ★ :04/12/31 21:36:32 ID:???
>>585
過去ログは1日に1回ひまなとき(朝6時とか)にdatサーバで処理とか、
あるいは、memoriesあたりに自動で格納するとか。
ってかんじですか。で、まずは、
・フロント 3台
- banana + 増設ネットワークカード
・datサーバ 1台
- banana + 増設ネットワークカード + 増設メモリ512M
・相互接続用スイッチ 1台
といったかんじですかね。
これでよろしければ、場所確保お願いします。 >>597
諸事情を考えるとまずいかもですが、とりあえず提案してみます。
datサーバを内部オンリーでNFSしてってのはだめでしょうかね
・フロントはジンギスカン
・フロントとdatサーバは増設NICでつなぐ(これで外部へはポートを空けなくてすむ)
・終わったdatから毎朝6時に/md/から/export/へ
というわけで、今年もぼちぼちと。
oyster243(BBQ)のハングアップ、2回目か。
メモリディスク(md)に置いてからなんとなく多そうなので、それ系の問題か。
syslogには特にメッセージなし。
>>597
NFSでやるというのはありえますね。
でも、ローカルキャッシュが効く方向で考えたいかも。 >>600
それはフロントで?
FreeBSDはどうかしりませんが、本家たるsolarisはできそうな悪寒 >>601
フロントすね。
できるだけフロント⇔バックのI/Oを減らしつつ、
うまく仕事を分業がすると。 どっかにSolaris10を入れてみてはいかがなものかなどとほざいてみるテスト oyster243(BBQ)の自動起動を入れますた(Rock54式/cronで監視)
あと、777系スクリプトの最適化をやっています。
(現状、DNS関連が重すぎて処理が追いついていってない模様) >>604
おつです。
DNS関連が重いというのは、oyster243での話かしら。 >>605
ホスト名の逆引きをする部分でinet_aton等を使っていましたので、Net::DNS::Resolverに変更しました。
結果、処理を完遂するのに30分近く掛かっていたのが、2分以内で完了するようになりました。
(実は、cronにせっつかれて重複動作していました(苦笑)@Boo80を取ってくる装置) ■ このスレッドは過去ログ倉庫に格納されています