【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
■ このスレッドは過去ログ倉庫に格納されています
peko作戦について語るスレです。
サーバの新ロケーション、PIEに関する話題もこちらで。
現在の主要なテーマは、
・新ロケーション、PIEの安定化
・pekoサーバ突然死の原因究明
となります。
レンタルサーバー maido3.com 2ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
2ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
PINKちゃんねるで現在進行中のama作戦については、こちら。
【Project ama】PINKちゃんねる特化型サーバ構築作戦 Part2
http://qb3.2ch.net/test/read.cgi/operate/1082721809/l50
携帯電話特化型サーバ構築作戦については、こちら。
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/
前スレ
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/ 2) 初めて2ちゃんねるにアクセスしたら案内・お約束等を表示する機能
初めて = 生まれて初めて。今年はじめて、今日はじめて etc・・・
関係ないけどあぼーんの跡地をこれのリンクに置換したらいいかもとか思った 雑談スマソです
DNSのハッキング手法が発表に--セキュリティ専門家が警告
ttp://headlines.yahoo.co.jp/hl?a=20040802-00000002-cnet-sci
この記事中でも触れられている技術は2chで多用されていますが・・・。 >>743 う〜、雑・質スレに引っ張るべきか…
この記事でカミンスキィさんが警告しているのは、管理者が意図しない「偽の DNS
パケットと、それを利用する何らかの潜り込んだプログラム」ですよね。
誰が最初に考え付いたのか知りませんが、DNS の逆引きが正引きと独立して設定・
運用可能なの事を応用した各種サービス、2chの BB シリーズや、DSBL なんかで
利用しているものは、この記事で指摘している「ハッキング手法」には当たらないかと。 トラが二匹やってきた
メールしまーす > root ★さん 虎よ! 虎よ! あかあかと燃える
闇くろぐろの 夜の森に
どんな不死の手 または目が
おまえの怖ろしい均整を つくり得たか? FreeBSD4系になるのか、FreeBSD5系になるのか
わくわく オリンピック鯖はジンギスカンやるの?
あとlive8も >>764
スレ違いだが
虎よ! 虎よ!
ぬばたまの夜の森に燦爛と燃えて!!
そも、いかなる不死の手、
はたは眼の造りしか、汝が由々しき均整を!
のほうが好きでつ
>>745
メール受け取りました。
これから出勤なので(今朝7:00過ぎ)、設定はぼちぼちと。 自鯖の OS を入れ替えたと同時に perl が 5.6.2 から 5.8.2 になったのですが、
perl で動いているものすべて、メモリの使用量が、おおかた 1/3程度にまでに減りました。@ top とか ps とかで確認。
もしかすると perl5.8 系を導入すると、メモリ周りの窮屈さが解消されるかもしれないです。
(最新は 5.8.5 )
ただし、カーネル周りも入れ替わったせいか、 LA はちょっと増加。。。
ちなみに、Shift_JIS で描かれていたものでも今のところ不具合無く動いております。 Tiger507 = live16.2ch.net /md/ 20M
Tiger508 = live17.2ch.net /md/ 20M
でお願いしますー > root ★さん
>>755
了解です。
現在1:00前。あと5時間ぐらいしたら空港へ。 見習い & root氏 GJ
+.(・∀・)゚+.゚トラが目覚める日が楽しみじゃ >>752
$ps aufx
root 18289 0.0 0.0 1364 260 ? S 02:41 0:00 _ supervise httpd
root 18290 0.0 0.0 1560 460 ? S 02:41 0:00 | _ /usr/local/bin/tcpserver -vRH -x /etc/tcp.http.cdb 192.168.1.22 http /usr/sbin/httpd -F
apache 19850 0.5 0.6 9084 3128 ? S 02:57 0:00 | _ /usr/sbin/httpd -F
apache 19856 2.0 0.5 4644 2896 ? S 02:57 0:00 | | _ /usr/local/bin/perl /home/.baila6.jp/.sv2ch/collexy.cgi
apache 19860 0.0 0.6 9092 3176 ? S 02:57 0:00 | _ /usr/sbin/httpd -F
apache 19861 0.0 0.5 4604 2740 ? R 02:57 0:00 | | _ /usr/local/bin/perl /home/.baila6.jp/.2ch/test/bbs.cgi
apache 19862 0.0 0.6 9080 3064 ? S 02:57 0:00 | _ /usr/sbin/httpd -F
・・・どうやら幻覚のようでしたm(_ _)m ex7 と news18 の Apache のセッティングをちょっと変更。 512でもスロットいっぱいかぁ。
read.cgiありだから、live8よりつらいかもしれんなぁ。 ex7は峠越えたかな。
news18は、まぁねぇ。 いちおう、建前としては想定してないものですもんね>news18 ex7はもうだいじょうぶ。
news18は、ちょっと悪あがき。 芸スポも大丈夫そうかな。
少しチューニングを出せた。 芸スポはまた重くなったすね。
まぁ、今日はこんなかんじということかと。 news18、ういにで逮捕者1号が出た時以来だなぁ。
せめて2CPUで安定に動いてくれれば。< tigerサーバ
%uptime
7:32AM up 22 days, 21:07, 1 user, load averages: 659.94, 463.42, 314.19 でもオリンピックを前にtigerサーバのセッティングが少し出せたのは、よかったかも。 root★さんお疲れのところありがとうです。
news18のちっちゃな板住民 何故mod_perlを試さないのでしょうか。
やってみたらスワップしまくりだったとかなら仕方ないですが。 news18は、リミッターを768にしました。(もともとumaサーバ(FreeBSD 4.x)は1024とかだった)
シングルCPU設定なら、OS(FreeBSD 5.x)も死なないみたい。
平常に戻るにつれ、従来どおり64まで徐々に下がるということで。
>>770
trafficinfoの方ですね。どうも。 >>771
mod_perlは前から出てるすね。
suexec問題が解決できるなら、試してもいいのかもですが。
Perlソースを変えなくても済むのって、何モードだっけ。
mod_cgidsoというのもありかなと思ったり。(suexec大丈夫なんだっけ) というかバーチャルホストが1つしかないなら、
そのユーザで動くようにしてしまうというのもありなのかな? え〜と...... bbs.cgi なんかはファイル書き出しの問題があるのでしょうけど,
read.cgi は基本的にリードオンリーかと思うので,普通の .dat アクセスで
支障ないなら別にいいんじゃないか,とも思うんですけど......
で,bbs.cgi + mod_perl の方は......解決するとすれば perchild MPM でしょうけど,
まずは worker MPM がちゃんと動くことが前提でしょうからねぇ...... >>775
そっか、そですね。< read.cgi
workerは前にやっていまいち(いまさんぐらいかも)だったです。
設定(私のスキル)がわるかったのかもですが。 オリンピック用臨時liveサーバ2台の生誕の儀式をお願いします。
メモリディスクバージョン、live系サーバ用のApacheセッティング。
以下を2ch.netのDNSに登録お願いします。
+live16.2ch.net:206.223.152.50
+live17.2ch.net:206.223.152.55 月曜からいろんな人がいろんなことになっていろいろするみたいなので、
オリンピックサーバはちょっと急き目で。
今日はさすがにへろへろ。
携帯フロントエンドの調整(適切なURIにとばす、UCRLを入れる)は、明日以降にぼちぼちと。 乙です>rootさん
しかしrootさんひとりだけにrootあり鯖のシステムセッティングを
やらせているのは酷かと思います。道楽とはいえ。
せめてrootさんがもう一人ほしい?w >>780
# useradd root
useradd: ユーザ root は存在します
# べつにsudoがあればrootが必ずしもいるわけでは無いといって釣られてみるテストw じゃあ、おれが、administratorになってやろう そうか!
rootさんは実はサザンさんのママなんだ!
自分なりに復元
「root さんは実はママなんです 私の」 inode不足にならないよう、tiger507, tiger508のメモリディスクの容量を倍にした。
(-i1024でもいいのかもしれないけど、いまいち気がすすまなかった)
oyster901 = live8 も、これからそうする予定。 live8の作業終わりました。
これで導入に支障はなくなったはず。 >>800
乙です
しかし、男女別ですか・・・・w
なお、INDEX丸見えですので早いうちになおしませう >>800
あれれ さっきは見えたんだけどなぁ
今丸見え 一時的にLA=200ぐらいいったけど、それなりにゆとりあったような。< ex7
ジンギスカン(メモリディスク)+思い切ったセッティング(httpdの最大数を増やしてある)の効果か。 live16, live17でsubject.txtの飛びが多発。
mdmfsの設定を変更。
従来: /etc/fstabで以下のように設定。
md /md mfs rw,nosuid,noatime,-s20m,-i2048 0 0
現在: 起動時に以下のコマンドを実行。
これにより以前と比較してmallocベース、softupdateなし、asyncに変更。
mdmfs -M -S -o async,nosuid,noatime -s 20m -i 2048 md0 /md 再度変更。asyncをやめ、sotupdateを復活。
mdmfs -M -o nosuid,noatime -s 20m -i 2048 md0 /md ttp://www.janog.gr.jp/meeting/janog14/abstract.html#07231600
DNS Demystified 〜 あなたの知らないDNSの世界
このPDFは興味深かかったよ。
dnscacheのmultilogは確かに負荷がでかいな。
あとWITH_PERSISTENT_MMAPするとbindと勝負できると思うのだが。 PCI接続のシリコンディスクにdatを置いといてHDDにミラーする
というのは素人考え? >>809
ttp://www.cenatek.com/store/category.cfm?Category=15
だと1GBで999ドル、4GBで2999ドル。
懲罰鯖か実況鯖用に1GB入れて実験してみるのもいいのでわ? >>809-810
たぶん1Gもいらないんですよね。
だって、public_html/livecxとかの下をまるごとシリコンに入れることになるだけだから。
今もdatとkako以外を入れてますが、20Mとかで足りています。
kakoはシリコンディスクにする必要ないから、ライブなdatが増えるだけすよね。
ジンギスカンの設定見て「あぁ、おじさんにまたやられた」と思いました。
実はライブな掲示板をライブに動かすだけなら、ディスク容量はそんなに食わないわけです。 >>811
ここ数年の実績からするとスケジュールから大体数ヶ月遅れでリリース >>815
クリスマスプレゼントにでも間に合えば御の字ってとこか? >>817
シリコンディスクというのはCompactFlashではなく
DRAMで構築されていますから機械的な寿命というのは実質的にありませんよ。
そりはフラッシュメモリと間違えてない?
シリコンぢすくは、余ったDRAMかSRAMをバッテリーバックアップして
ATAなりなんなりに変換している。 live8:
hint.acpi.0.disabled="1"
だと落ちなくなるけど、シングルCPUモード、かつ全然パフォーマンスが出なくなるので、
hint.apic.0.disabled="1"
に変更。APICを切ってしまうので、やはりシングルCPUモード。
>>820
ひさしぶりにみたような。 >>821
ひさしぶりに来ましたヾ('-')ノ
久しぶりに来たらシングルCPUになってるのね・・・('-';) >>822
いろいろな道をたどって、
1)
read.cgiを起動する状態だと、Cobra/Tigerともに突然死しやすい
で、どうやらそれは負荷によらない
2)
Tigerサーバ: ACPIを止めてSMP/APICを切り、シングルCPUにする
Cobraサーバ: APICを切ってシングルCPUにする
ことで、1)の状況は起こらなくなる
3)
Cobraサーバは、超高負荷の後の中負荷ぐらいの頃に落ちやすい
というところまでわかりました。
個人的には現在、特にCobraサーバのBIOSまわりとか、
FreeBSDのACPI/APICまわりのコードなどを、最も疑っていたりします。
特にFreeBSD 4.x/i386では起こらなかったハングアップが5.x/i386で起きているあたりが(りゃ。 >>811
10月3日リリース予定・・・ですか。
まあ気長に待ちましょう。
RCが出た段階でexを人柱にしてみるテストを実施するのもありかも。
これが出ない限り?は新しいpeko/Cobraは投入できないわけですし・・・。
>>824はコードの問題<バグ>が最有力でしょうし。 blackgoat.2ch.netサーバのLAがみたいんですけどみれますか? >>824
おつかれさまです('-'=)
違う機種で同じように落ちるのは、OSっぽいって事ですか
ついにWindowsServer導入?!ヾ('-')ノ
選択として仮Linuxとかは無しなの?('-'?)
そういえば、、、なんでバナーナは落っこちないのー?(?-?) >>829
OSっぽいか、BIOS問題か、あるいはその両方か。
で、結局のところシングルCPUモードに設定すれば落ちないと。< Cobra, Tiger
そういえばbananaはPen 4 singleですが、シングルCPU設定(SMP/APICなし)のほうが
FreeBSDでは高パフォーマンスで動きますね(手元のマシンでいくつかベンチマークしてみた)
Pen4のHTT/FreeBSD 5.xだと、SMPするオーバーヘッドのほうが性能向上を上回っている模様。
Linuxは別にきらいなわけではなく、単純に私の経験値がないだけで。 ACPIなしにするとCobra同様TigerサーバもディスクI/Oのパフォーマンスがとても悪くなるので、
ACPIを有効にした。これで本来予定していたディスクI/O速度になるはず。
ただしAPICを切っているので、あいかわらずシングルCPUモード。< Cobra/Tiger >>831
えーと去年の秋ぐらいにも同じことを聞いたかもしれませんが、念のためってことで。
HyperThread有効のときは/etc/sysctl.confで
machdep.cpu_idle_hlt=1
machdep.hlt_logical_cpus=0
をしてますよね? >>833
FreeBSD 5.2.1なので、上記はデフォルトで1かと。
%sysctl -a | grep machdep.cpu
machdep.cpu_idle_hlt: 1
下は、FreeBSD 5.2.1にはないような。 あ、そっか。
今options SMPを切っているので、出ないです。< 下 HTバナナーのパフォーマンスアップの可能性?ヾ('-')ノ 今のbananaは全部HTT切ってある気がします。>>836 machdep.cpu_idle_hltは非SMPの時はデフォルトで1なのですが、SMP時はデフォルト0に。
あと後藤大地さんの去年の冬あたりのUNIX USER記事にいろいろとHTT時の最適化は書いて有りましたね。
5.2.1Rの機能紹介記事だったかな。 >>828
教えてくださってありがとうございました >>787
マンコって言わせたいんだな。いいでしょう!
言ってみます、マンコ! ■ このスレッドは過去ログ倉庫に格納されています