【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/ >>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を取ってくる装置) >>606
あ、いつも動いてたget_なんちゃらですか。
なんかいつも動いていたので、気になってはいたのですけど。
おつでした。 >>601
だとすると実況系の過去ログ閲覧のdisk traffic次第ですね
>>603
まだ正式リリースされていないものをいれるのは、
またrootさんの経験がないOSをいれるのはどうかと Solarisは旧SunOS 3.5からSolaris 2.6まで、
それはもうばっちりやらせていただきました。
/etc/systemとか、いじりまくり。
SPARC版での話ですが。
フロントエンドにSolarisのCacheFSというのは、確かにありかも。
しかし、FreeBSDのvr、Solaris 10で動くのかしら。 Solaris 7、8、9、10での主な新機能や改善点を
どなたかここにでも書いていただけると。
で、Solaris 10は使途もフリーになったので
(今までは商用は有料だった)、確かにちょっとありかも。 >>610 補足
> しかし、FreeBSDのvr、Solaris 10で動くのかしら。
vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xe400-0xe4ff mem 0xee001000-0xee0010ff irq 11 at device 18.0 on pci0
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vr0: Ethernet address: 00:30:18:22:14:24
がSolarisで動くか、ってことです。
あと、昔のSolaris 2.6/i386は、相当重かった記憶も。
「やっぱSolarisはSPARCかなぁ」と思ったもんですが、
そのへんはどうなんだろ。 Googleの結果。いちおうあるのか。
Free NIC drivers for x86 Solaris
http://homepage2.nifty.com/mrym3/taiyodo/ root ★さーん
news19 を dso化きぼん >>615
ついに来ましたか。
これから、作業するです。 .so 拡張子と read.cgi を dso で動くようにしました。< news19 >>610
そいつは失礼しますた・・・・
>>611
ええええええええ
まじでやりますか?おもしろそー
7:ろくでもなかったらしい
8:http://jp.sun.com/software/solaris/8/(x86はこのころから)
9:http://jp.sun.com/software/solaris/9/
10:nisサポートがきられた、amd64正式サポート! 動作確認のために、dso.2ch.netのread.cgiを入れたら、、、。
なんか、動作が変に。 リモートコンソールも応答なくなった、、、。
リブート必要かも。 >>622
ごめんなさいです。
動作確認をしようとおもたんですが。
よく考えれば、read.so で入れればよかったわけか。ショボーン リモートコンソールはつながったので、
リブートいただいたところをシングルユーザで操作して、
今入れたread.cgiを削除すれば、元に戻るはず。 tiger509.maido3.com りぶーとしますー 現在の read.cgi@dso をいれますー/いれてくださいー シングルユーザでリモートコンソール経由で操作して、
read.cgi関連を元に戻して、再度リブート中。
dsoの組み込みは、されている状態です。
ジンギスカン入れているので、立ち上がったら復帰が必要かと。 上がりました。
復帰とread.cgiの入れ替えは、おまかせします。
しばらくシステム側の様子観察するです。 …ということで既に mod_cgidso は入った状態なので、
read.cgi を入れれば、動くはず。 read.cgi が動いたのを確認しました。
ちとでかけてくるです。遅い初詣。 FreeBSDは触ったこと無いけど、WebのパフォーマンスはSolaris<Linuxだな
zOS上でも、WebパフォーマンスだけはAIX<Linuxだった WebのパフォーマンスでいうのならLinux<FreeBSD
Solaris 10 ではネットワークスタックも FireEngine というコードネームで
更新されてパフォーマンス向上が図られているということですね.Sun 自身が
出しているベンチマークの数値を額面通りに受け取るかはともかくとしても. 今dsoなサーバ:
cobra / live8
tiger / ex7 live16 news19
banana / ex9 live16とnews19でもこの設定を解除した。
bbs.cgiとread.cgiでもKeepAlive有効。
#SetEnvIf Request_URI ^/test/bbs\.cgi nokeepalive
#SetEnvIf Request_URI ^/test/subbbs\.cgi nokeepalive
#SetEnvIf Request_URI ^/test/read\.cgi nokeepalive read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/516-
tigerサーバ、すべてread.cgiをmod_cgidso化。
同時に read.cgi / subbbs.cgi / bbs.cgi における nokeepalive を廃止。
これをコメントアウト。
#SetEnvIf Request_URI ^/test/bbs\.cgi nokeepalive
#SetEnvIf Request_URI ^/test/subbbs\.cgi nokeepalive
#SetEnvIf Request_URI ^/test/read\.cgi nokeepalive
これを追加。
LoadModule cgidso_module libexec/apache2/mod_cgidso.so
# for mod_cgidso
<IfModule mod_cgidso.c>
AddHandler dso-script so
</IfModule>
<IfModule mod_cgidso.c>
<Files read.cgi>
SetHandler dso-script
</Files>
</IfModule> >>633
NFSはsolaris>linuxだそうな
kernel2.6でどれだけうpしたかしらんけど、
最低でも2.7ブランチまではクリティカルなところには入れられないしw 掲示板ありのtigerサーバのRLimitCPUを、
RLimitCPU 30
から、
RLimitCPU 120
にしました。
SpeedyCGI化に伴い、CPU時間によるリミッター値を上げ。
(ex7/live8/live16では既に実施済みだったものを、全サーバに反映) http://www.apple.com/jp/xsan/
ふむふむ、こういうのがあるのですねφ(・_・) メモメモ > 同時に read.cgi / subbbs.cgi / bbs.cgi における nokeepalive を廃止。
まだsubbbs.cgiあるの? >>641
今日出たxserveの最新版にあわせて発売されました
xserveは1台375〜500オイスター。無制限ライセンスつき!
案外今検討されている実況システムに向いているかも。。。 ■ このスレッドは過去ログ倉庫に格納されています