X


2ch特化型サーバ・ロケーション構築作戦 Part21

■ このスレッドは過去ログ倉庫に格納されています
1root▲ ★
垢版 |
NGNG
2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。

また「2ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず2ちゃんねるは、刻一刻と確実に変化し続けています。
461root▲ ★
垢版 |
NGNG
>>460
前の謎のパニックメッセージ (>>175) とかを見てみると、
その可能性は高いかもしれないですね。

現地に、その旨もメールして置きました。
2006/05/07(日) 04:11:52ID:ggeP+nf10
乙です。

live22のOS version up後もsignal 10で
落ちていますか?
463root▲ ★
垢版 |
NGNG
>>462
まだ一度も落ちていません。
負荷がかかっていなくてもたまーに落ちてたんですが。

いずれにせよ、このまま観察します。
464root▲ ★
垢版 |
NGNG
6.0R の頃は >>463
465root▲ ★
垢版 |
NGNG
フロントエンド5台も、signal 10 は現在まで一つも観測していない模様。
466root▲ ★
垢版 |
NGNG
今見てみましたが、signal 10 がひとつもありませんね。< live22/live22x1

これは、バージョンアップが有効だったということなのかしら。
467root▲ ★
垢版 |
NGNG
6.1R にして、全体的に明らかに軽くなった気がするんだけど、
何が変わったんだろう。

5.4R → 6.0R の時は、ファイルシステム周りが劇的に軽くなった気がしたんですが、
6.0R → 6.1R では、全体になんとなくっていう感じ。
468root▲ ★
垢版 |
2006/05/07(日) 22:48:05ID:???0
ぢぇんぬさんに教えてもらった削除系標準呪文セットを、
mod_proxy で live22 にとばすようにしてみた。

これで、うまくいくといいけど。
469root▲ ★
垢版 |
NGNG
そういえばいただきオンラインって、
live22x => live22 という処理入れていたんでしたっけ。

もし入れていたら、解除をお願いしますです。 > いただきさん
470root▲ ★
垢版 |
NGNG
お知らせしてきました。

☆ 連絡&報告 6 ☆
http://qb5.2ch.net/test/read.cgi/saku/1127100825/940

>>469 をいただきさんに知らせるには、
どうすればよいのかしら。
2006/05/07(日) 23:03:17ID:1FPhk6Gw0
>>428
done
NGNG
>>470
たもんくんのスレで告知してる人がいらっしゃいました。
473root▲ ★
垢版 |
NGNG
>>471
どもです。

>>472
どもです。
474root▲ ★
垢版 |
NGNG
>>458
・news20 システム構築 … DNS 登録済、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 週明けからの見込み
○memories = oyster902 httpd が暴走する問題 … その場しのぎはとりあえず機能している模様(後述)
○削除の呪文の mod_proxy でのフォワード … 設定済、異常報告があれば対応
・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
475root▲ ★
垢版 |
NGNG
こんなかんじ @ oyster902

May 7 07:05:00 <0.3> oyster902 kernel: pid 11511 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:30:46 <0.3> oyster902 kernel: pid 11593 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:33:31 <0.3> oyster902 kernel: pid 11414 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:46:34 <0.3> oyster902 kernel: pid 11506 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 09:03:30 <0.3> oyster902 kernel: pid 11604 (httpd), uid 80, was killed: exceeded maximum CPU limit
476Itadaki ★
垢版 |
NGNG
>>470 修正しました。
477root▲ ★
垢版 |
NGNG
>>476
ありがとうございました。
478root▲ ★
垢版 |
NGNG
>>474
> ・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで

【365Main】 回線増速(ニュー速とかお引越しのご案内)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/

はてさてふふ〜ん♪ ってかんじで。
2006/05/08(月) 18:32:35ID:+IcN8WWS0
でっきるかなー。
480root▲ ★
垢版 |
NGNG
FreeBSD 6.1 Released
http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001064.html

ということで、正式アナウンス出ました。
2006/05/09(火) 15:41:23ID:MQ3hQHvO0
>>480
おお。さっそくex14(ry
482root▲ ★
垢版 |
NGNG
news20b が退院したという情報が入りました。
負荷テスト後問題なければ、news20 本格稼動へと。
483root▲ ★
垢版 |
NGNG
負荷テスト(make -j 4 buildworld) を流して数分もたずにハングアップしました、、、。
中の人と調整中。
2006/05/09(火) 16:32:18ID:UttHsm1+O
冷却ファンが動いていないとか言うオチはないですよね。
485root▲ ★
垢版 |
NGNG
今回の修理は、ファンの交換だったと聞いているです。
486root▲ ★
垢版 |
NGNG
…しかし、CPUの温度は確かに高いです。

ファン交換前は CPU #0 が52℃、CPU #1 が58℃でした。
今は CPU #0 が49℃、CPU #1 が53℃のようです。

ううむ。
2006/05/09(火) 16:41:16ID:9Ukca2IH0
センターうんこじゃないとか
488root▲ ★
垢版 |
NGNG
ちょっと、他の cobra サーバの様子をみてみるか。
489root▲ ★
垢版 |
NGNG
ちょっと BBQ サーバ、リブートします。
BBQ2 があるので、システム自体は止まらないはず。
490root▲ ★
垢版 |
NGNG
BBQ = cobra2245 は、#0 #1 とも 55℃ ですね。

でも、数ヶ月以上問題なく動いていました。
つまり、CPU ファンの異常とは思えない。
491root▲ ★
垢版 |
NGNG
BIOS のスクリーンショットを保存して、立ち上げなおし中。
…これは、原因は温度上昇ではないですね。
492root▲ ★
垢版 |
NGNG
BBQ ブートアップしました。
493root▲ ★
垢版 |
NGNG
…まさか、とは思うものの、
ex14 から /boot/kernel/kernel だけ抜いてきて、
その環境で動かして、負荷テストしてみることにした。

amd64 な FreeBSD 6.1R は初体験のはずなので。
494root▲ ★
垢版 |
NGNG
なんか、止まらないや、、、。
うーむうーむ。
495root▲ ★
垢版 |
NGNG
FreeBSD for AMD64(and for oyster901)
http://pc8.2ch.net/test/read.cgi/unix/1075691732/804

804 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2006/03/15(水) 09:50:47
X2 4200+ 6.1-PRERELEASE だけど、
options SCHED_ULE
options ADAPTIVE_GIANT
を共に有効にしたカーネルのとき、/をマウントするところで凍ったことはある。
どちらか一方なら平気だけど。

今は ADAPTIVE_GIANT を切って様子見ているけど。
496root▲ ★
垢版 |
NGNG
SCHED_ULE は有効にしていないので、大丈夫だとは思うんですが、
ううむ。
497root▲ ★
垢版 |
NGNG
6.1R で入った機能というと、kbdmux か。
はずしてみます。
498root▲ ★
垢版 |
NGNG
ばりばり make 流してますが、落ちる気配ないですね。

これは、何らかのソフトウェア上の問題で確定かなと(まじかよ)。
>>497 を試すべく、準備中。
499root▲ ★
垢版 |
NGNG
あるいは、これだとちといやだなぁ、、、。

http://www.freebsd.org/releases/6.1R/todo.html
UFS deadlocks on amd64
Needs testing
Tor Egge Seen by Kris Kennaway. This problem seems MI.
500root▲ ★
垢版 |
NGNG
kbdmux を外したカーネルにして、make -j 4 buildworld を実行。
501root▲ ★
垢版 |
NGNG
動いてます、、、。
502root▲ ★
垢版 |
NGNG
make は好調に続いています。

#device kbdmux # keyboard multiplexer

これをカーネル設定ファイルから外したら、動きました。

この設定(キーボードマルチプレクサ)は 6.1R から、
i386 と amd64 では、標準で有効になっています。

i386 では、これまで問題は起こりませんでした。
banana, 旧tiger, 新tiger いずれも。

amd64 (cobra) で、かつデュアルCPU有効のカーネルの場合にのみ、
このオプションがあると、ちょっと負荷をかけると、ハングアップするようです。

で、この機能は2ちゃんねるのサーバでは使用していないので、
無効にしても、特に問題はないです。

# はまった、ってことか。
503root▲ ★
垢版 |
NGNG
…ということで make -j 4 buildworld が完走したら、
問題解決ということでよいと思います。

あとはたんたんと構築して、第二の雪だるまデビューということで。
2006/05/09(火) 18:20:25ID:UttHsm1+O
kbdmux ってキーボードの抜き刺しが出来るってやつ?
コンソールと相性が悪いのかな?
505root▲ ★
垢版 |
NGNG
>>504
BIOS かもしれないし、ACPI かもしれないし、
KVM との相性なのかもしれないし、他の問題かもしれないですね。

デュアルCPUの時だけ再現するというあたりが、なんとも。
506root▲ ★
垢版 |
NGNG
再現 → 発現
2006/05/09(火) 18:27:08ID:bcC6adsBO
http://pc8.2ch.net/test/read.cgi/hosting/1123324035/
ネタだと思いますがrootたんのフルネームばらすとかなんとか言ってるので一応反応お願いします。
508root▲ ★
垢版 |
NGNG
make -j 4 完走しました。
原因確定・問題解決ということで。

セッティング作業の続きは、帰宅後にでも。
かっこいいおにいさんとタイミングが合えば、
今日明日にも本格稼動可能と思います。 < news20
509root▲ ★
垢版 |
NGNG
>>507
反応
2006/05/09(火) 18:50:07ID:MQ3hQHvO0
>>495
のわっ、このスレまだ1000いってなかったのか・・・・

>>507
なにこのネタスレと反応してみる
2006/05/09(火) 18:56:11ID:bcC6adsBO
ネタスレに見えますがこのスレがGW中に規制された●+公開p2の発祥地です。
512root▲ ★
垢版 |
2006/05/09(火) 22:16:31ID:???0
bbsd の nice -20 を復活。< live22, news20b
513root▲ ★
垢版 |
2006/05/09(火) 22:18:51ID:???0
続いて、

# StartServers 96
# ServerLimit 96
# ThreadLimit 32
# ThreadsPerChild 32

を、

StartServers 192
ServerLimit 192
ThreadLimit 16
ThreadsPerChild 16

に変更。< @live22
2006/05/09(火) 23:42:04ID:SInYPmVl0
今日のサッカーでは、2回しか落ちなかったそうですが、
やっぱり今までと同じsignal 10でcoreも同じところを
さしているんですかね。
515root▲ ★
垢版 |
2006/05/10(水) 00:06:28ID:???0
>>514
2回目の時に httpd が二つ落ちました。
今 news20 のフロント作っているので、それができたら解析をば。
516root▲ ★
垢版 |
2006/05/10(水) 00:27:13ID:???0
news20 フロント側、準備できたはず。

バックエンドを、かっこいいおにいさんに作ってもらおうと。
2006/05/10(水) 00:35:31ID:vl4svGdy0
いよいよニュースな雪だるま本格始動ですか
予定としてはnew18と19ついでにlive22からnewsを移転させる形になるんでしょうか?
518root▲ ★
垢版 |
NGNG
>>517
私の皮算用はそんなかんじですが、さて、どうなることやら。
まずは「勝ちに行く」ために、news を移転するかんじかなと。
2006/05/10(水) 00:49:11ID:vl4svGdy0
>518
昨日のデータ

live22x 513,616
news 78,380


※約15%程度減るのでかなり楽になるんじゃないかと思います。
520root▲ ★
垢版 |
NGNG
>>514
(gdb) thread 31
[Switching to thread 31 (Thread 0x809d700 (LWP 100452))]#0 0x282fc363 in kill
() from /lib/libc.so.6
(gdb) where
#0 0x282fc363 in kill () from /lib/libc.so.6
Cannot access memory at address 0xbf6fba0c
(gdb) info frame
Stack level 0, frame at 0xbf6fba10:
eip = 0x282fc363 in kill; saved eip Cannot access memory at address 0xbf6fba0c
(gdb) info registers
eax 0x0 0
ecx 0x1be42ad0 467938000
edx 0x691 1681
ebx 0xa 10
esp 0xbf6fba0c 0xbf6fba0c
ebp 0xbf6fba28 0xbf6fba28
esi 0x285d9000 677220352
edi 0x5af 1455
eip 0x282fc363 0x282fc363
eflags 0x296 662
cs 0x33 51
ss 0x3b 59
ds 0x3b 59
es 0x3b 59
fs 0x3b 59
gs 0x1b 27
(gdb)
521root▲ ★
垢版 |
NGNG
>>519
15% もさることながら、
やっぱりでっかい subject.txt と subback.html と index.html の作成コストですね。
このへんは bbsd になっても、根本的には変わらないところだから。
2006/05/10(水) 01:13:26ID:hn1Ka4nw0
>>520 乙です。

>>325-327 の手順で解析できればもう少し何かわかるんですかね。

ちなみに落ちたときのbbsdのインターバルは10秒のままなんですか。
523root▲ ★
垢版 |
NGNG
>>522
>ちなみに落ちたときのbbsdのインターバルは10秒のままなんですか。

5秒ですね。
2006/05/10(水) 04:41:59ID:GCx+vjmE0
たまたま
はげしく酔っ払いなんで、明日の昼にでも。。。
2006/05/10(水) 07:13:51ID:rXd7eLow0
>>521 ドバッっと来た時にやっぱ苦しそうですか?<bbsd それともディスク I/O かな?
subject.txt は内部的に linked list で持ってるんで,並べ替えはスレ保持数にかかわらず
ポインタ3つ変更するだけなんで,配列をごっそり動かすのに比べれば軽いかとは思うんですが......
526root▲ ★
垢版 |
NGNG
>>524
了解です。

>>525
ディスクI/Oかなとみています。

あと bbs.cgi における経験的には、index.html と subback.html のコストがでかいかなと。
今 ex14 ではピーク時に 1000res/min ぐらい問題なくさばけているようですが、
これは Saborin (index.html と subback.html の更新をまばらにする)が、でかいようです。

で、ここまで書いていて思ったのは、
subject.txt とそれ以外の動的更新ファイルの更新インターバルを
bbsd で個別に指定できるようになると、うれしいかもですね。
527root▲ ★
垢版 |
NGNG
で、live22は既にHDDを54%も使用しているので、
先日別処で話題にしたように、news20 と同じネーミングルールで live23 を作って、
そのうちそっちにごっそり移動する感じで。
2006/05/10(水) 17:35:48ID:2UgEWxSc0
やるにしても物の怪のあとにしませう
2006/05/10(水) 18:18:49ID:A6jmr1wX0
たぶん、物の怪に備えて、だと思います。
530root▲ ★
垢版 |
NGNG
>>170
thttpd
http://www.acme.com/software/thttpd/

ここにすごいことがいろいろ書いてあるですね。
非圧縮の dat のところだけ、これにしてみるとかありなのか。

別途、試すということで。
531root▲ ★
垢版 |
NGNG
cobra2244 が上がったら、プライベート側の IP アドレス振ってきます。
(さっきやればよかったんですが、落としてしまってから気がついた)

ping 待ち中。
532root▲ ★
垢版 |
NGNG
…って、○○○したっぽいすね。
2006/05/10(水) 21:54:21ID:3y+QAiBIO
頑張って下さい。
2006/05/11(木) 00:28:04ID:bXS1Rt5N0
>>530
lighttpdが忘れ去られているような気もしなくもない。

あと、一時注目された日本製のサーバーソフトのesehttpdぐらいかな。
http://esehttpd.sourceforge.jp/doc/ja/index.html
2006/05/11(木) 01:17:29ID:xmDDmeZ00
FreeBSDにはカーネルで動くhttpdは無いのかな。
あればそっち系が最強なんだろうけど。行儀のよさはともかく。
536root▲ ★
垢版 |
NGNG
>>534
・読み出しのパフォーマンスが高くて
・gzip 圧縮が動作して
・できれば、cgi が動作する

そんなものがあると、とてもうれしかったりして。
NGNG
>>536
lighttpdは一応,下の二つに関してはできるようです.
mod_compressとmod_cgiを使えば.

パフォーマンスはどうなんでしょうねぇ
早いとは聞きますけど,実際どうなのかはイマイチ
わかりませぬ……
538root▲ ★
垢版 |
NGNG
>>537
おー。

落ち着いたら試してみよう、そうしよう。
NGNG
>>537
が,動的コンテンツに大しての圧縮に関しては,
PHPはできるようですがそれ以外は ??
静的なものは出来ますね.
540root▲ ★
垢版 |
NGNG
>>539
バックエンドというぐらいで、性的なものだけで十分です。
ようは、datとsubject.txtですね。

read.cgi の場合、フロントが圧縮してくれると。
541root▲ ★
垢版 |
NGNG
性的 → 静的
2006/05/11(木) 02:16:54ID:YAxUh3wk0
  _, ._
( ゚ Д゚)
NGNG
>>540
なるほろ.

ttp://www.lighttpd.net/documentation/compress.html
とりあえず参考までに.
2006/05/11(木) 08:57:48ID:6sr4/FIB0
>>526 最終段落のを反映してみますた.
    -i subject_txt_interval[:subject_html_interval]: subject ファイル更新間隔(秒) [デフォルト: txt = 5, html = txt に同じ]

で,mod_proxy でフロント側に渡すコンテンツについてはバック側の httpd は
ポート 80 にこだわらなくてもよい,つまり呪文 CGI 等は普通に Apache 使って,
一方 dat や subject.txt 等は軽量版 httpd を別ポートで走らせる,ってことでも
いいのではないかと.圧縮もフロント側にやらせればバック側は sendfile() 一発ですね.
プライベートネットワークのトラフィック削減は mod_cache の仕事ってことで.
2006/05/11(木) 09:26:49ID:2snFSxIN0
>>535
OpenKeta というのが一応ある。
http://openketa.sourceforge.net/
使ったことないし、6.1でもそのまま動くかどうかはわからない。
546root▲ ★
垢版 |
NGNG
>>544
どもです。

#!/bin/sh
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
/usr/bin/nice -n -20 setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 5:30 -I 120 -n 8 -p 2222 -s live22x.2ch.net

live22 こうしてみました。
txt は5秒、html は 30秒間隔。
547root▲ ★
垢版 |
NGNG
なお、64bit 環境でコンパイルすると、

bbsd.c: In function `workerloop':
bbsd.c:2958: warning: cast to pointer from integer of different size

となる様子。
548root▲ ★
垢版 |
NGNG
>>544
mod_proxy って、こういうのどう動くんでしたっけ。

・back =mod_proxy= front <= dat 直どり、gzip圧縮をリクエスト

このとき、
back で圧縮
front で圧縮

どっちかなと。

# back が圧縮している気がする。
549root▲ ★
垢版 |
NGNG
>>548
あ、でも見ていると、ちゃんと倍ぐらい転送量出ているから、
圧縮はフロントでしているのかな。

# ちと寝不足なんで、ぼけてるかな。
2006/05/11(木) 12:09:44ID:6sr4/FIB0
>>547 そうか......LP64 だから sizeof(int) < sizeof(void *) と.修正しますた.

>>548 バックの httpd で mod_deflate が働いてればバックが圧縮し,
バックで mod_deflate が働いてなければフロントが圧縮します.
551root▲ ★
垢版 |
NGNG
>>550
おー、それって、mod_deflate ないほうがいいのね、バックには。
やるやる。
552root▲ ★
垢版 |
NGNG
負荷が下がった♪ @ live22
553root▲ ★
垢版 |
NGNG
更新しました。 bbsd @ live22, news20b
NGNG
おめでとうー。
555root▲ ★
垢版 |
NGNG
mod_deflate オフは、live22 と news20b で実施。
2006/05/11(木) 18:38:55ID:AF9Dun+70
>>551-555
麦茶をどうそー

つ 旦
2006/05/11(木) 19:47:10ID:6sr4/FIB0
>>551-553 >>555 乙です.が......ひょっとして mod_deflate に AddOutputFilterByType 使ってますか?
コンテンツが圧縮されてないようなんで...... reverse proxy の場合 AddOutputFilterByType は効かないので,
mod_filter 使った方がいいかと. http://httpd.apache.org/docs-2.2/mod/mod_filter.html

FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type $text/
FilterChain deflate
558root▲ ★
垢版 |
NGNG
>>557
なるほど。

ばっちり、AddOutputByType 使っているです。

AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

上記と等価にするためには、

FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type text/html text/plain text/css text/xml application/x-javascript
FilterChain deflate

これでいいのかしら。
559root▲ ★
垢版 |
NGNG
あともうひとつ心配があって、
Apache 2.0 なサーバと .htaccess は共有していたりするわけですが、
2.0 なサーバに悪影響出ないのかなと。

# 出るようなら、とりあえず httpd.conf でやろうかと。
560root▲ ★
垢版 |
NGNG
<IfModule ...> </IfModule> で囲めばいいのかな。

いずれにせよ、到着してからということで。
2006/05/12(金) 09:32:47ID:wyBSHViF0
>>558-560 FilterProvider では単純列挙ってのはないので,同じようにやるとしたら regex でやることになるかと.
あと,mod_filter は 2.1 以降しかないんで IfModule で囲めば Ok ですね.

# mod_filter がない 2.0 まで用
<IfModule !filter_module>
    AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
</IfModule>

# mod_filter がある 2.1 以降用
<IfModule filter_module>
    FilterDeclare deflate CONTENT_SET
    FilterProvider deflate DEFLATE Content-Type /text\x2F(html|plain|css|xml)|application\x2Fx-javascript/
#    FilterProvider の regex 中の / は \ でエスケープしてもダメポなんで \x2F で......
#    というか text/.... は個別に列挙しなくてもいいかも?
#    FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
    FilterChain deflate
</IfModule>
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。