2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更まわりの関連作業・調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
また、次世代の携帯アクセス環境をめざした「べっかんこ作戦」も稼動しはじめました。
「２ちゃんねる証券取引所」や、「Be」の機能強化等、
２ちゃんねるは今日も変化し続けています。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/test/read.cgi/operate/1121886018/
2ch特化型サーバ・ロケーション構築作戦 Part20
レス数が1000を超えています。これ以上書き込みはできません。
1root▲ ★
NGNG919root▲ ★
NGNG 作業ログはこのへんに。
サーバダウン(鯖落ち）情報 part99
http://qb5.2ch.net/test/read.cgi/operate/1144376259/917-965
・/md のバックアップを忘れずに
・/md の mount を /etc/fstab でやっているとはまる
に加えて、
・Apache 2.2 のローカルパッチを適用するのを忘れずに
・make delete-old-libs すると libc も古いのが消えるので注意(offlaw.cgi とか)
・/etc/libmap.conf を設定すること (libpthread → libthr)
サーバダウン(鯖落ち）情報 part99
http://qb5.2ch.net/test/read.cgi/operate/1144376259/917-965
・/md のバックアップを忘れずに
・/md の mount を /etc/fstab でやっているとはまる
に加えて、
・Apache 2.2 のローカルパッチを適用するのを忘れずに
・make delete-old-libs すると libc も古いのが消えるので注意(offlaw.cgi とか)
・/etc/libmap.conf を設定すること (libpthread → libthr)
2006/04/12(水) 16:14:06ID:dZ/m/VhIO
/mdに昨日との差分dat
/dev/sdaから昨日までのdat
ととったらかえって遅くなるか。
datダウソが面倒になるだけか。
/dev/sdaから昨日までのdat
ととったらかえって遅くなるか。
datダウソが面倒になるだけか。
921動け動けウゴウゴ２ちゃんねる
2006/04/12(水) 16:30:05ID:80n1+Dcn0 じっけんはほかでやれカス
2006/04/12(水) 17:16:53ID:dZ/m/VhIO
実験は思いの他やらかす？
2006/04/12(水) 17:36:03ID:OIY9ejmi0
ex鯖とtmp鯖は実験鯖じゃなかったの？
前者は板は少ないけど人多め
後者は板多いけど前者に比べると人少なめ
だし鯖に突っ込まれてる板もアレなものばかりだし
前者は板は少ないけど人多め
後者は板多いけど前者に比べると人少なめ
だし鯖に突っ込まれてる板もアレなものばかりだし
突然のご連絡失礼致します。
株式会社jig.jpの菊池と申します。
弊社は携帯電話からPCサイトを閲覧するサービス「jigブラウザ」及び「jigブラウザWEB」を
運営しております。
jigブラウザ：http://br.jig.jp/
jigブラウザWEB：http://bw.jig.jp/
現在、公開プロキシ規制により弊社サービスから２ちゃんねる掲示板への書き込みができなくなっております。
お客様より２ちゃんねる掲示板への書き込みに対応して欲しいという要望が多数きておりますので
規制の解除方法を伺いたくご連絡させていただきました。
このスレッドの464の方法により弊社同様のサービスで書き込みが可能になったようですが、弊社も同じような対応
をすることにより書き込みを可能にしていただくことはできますでしょうか。
大変お手数ではございますが、ご返答宜しくお願い致します。
株式会社jig.jpの菊池と申します。
弊社は携帯電話からPCサイトを閲覧するサービス「jigブラウザ」及び「jigブラウザWEB」を
運営しております。
jigブラウザ：http://br.jig.jp/
jigブラウザWEB：http://bw.jig.jp/
現在、公開プロキシ規制により弊社サービスから２ちゃんねる掲示板への書き込みができなくなっております。
お客様より２ちゃんねる掲示板への書き込みに対応して欲しいという要望が多数きておりますので
規制の解除方法を伺いたくご連絡させていただきました。
このスレッドの464の方法により弊社同様のサービスで書き込みが可能になったようですが、弊社も同じような対応
をすることにより書き込みを可能にしていただくことはできますでしょうか。
大変お手数ではございますが、ご返答宜しくお願い致します。
925root▲ ★
NGNG926root▲ ★
NGNG 別のところで聞かれたので、補足しておこうと。
雪だるま作戦のスレを待ち続けるスレ Part6
http://aa5.2ch.net/test/read.cgi/nanmin/1144142021/303-304
ということで、２ちゃんねるで動く CGI で正しい情報が入手できるのであれば、
携帯側情報の受け渡しは、User-Agent: ヘッダ経由でなくても OK です。
雪だるま作戦のスレを待ち続けるスレ Part6
http://aa5.2ch.net/test/read.cgi/nanmin/1144142021/303-304
ということで、２ちゃんねるで動く CGI で正しい情報が入手できるのであれば、
携帯側情報の受け渡しは、User-Agent: ヘッダ経由でなくても OK です。
株式会社jig.jpの菊池です。早速のご返答ありがとうございます。
464の対応すすめて参ります。
対応後、技術情報を公開致します。
補足の件も了解致しました。
分からない部分などご質問させていただくことがあると思いますので、宜しくお願い致します。
464の対応すすめて参ります。
対応後、技術情報を公開致します。
補足の件も了解致しました。
分からない部分などご質問させていただくことがあると思いますので、宜しくお願い致します。
2006/04/12(水) 19:27:16ID:SJ2bhQq20
UAで行くならこんな感じ？
Mozilla/4.0 (jig browser 0.0.0; ip210.188.205.91; ser0123456789ABCDE)
Mozilla/4.0 (jig browser 0.0.0; ip210.188.205.91; ser0123456789ABCDE)
2006/04/12(水) 19:31:20ID:SJ2bhQq20
間違えた。こっちか。
Mozilla/4.0 (jig browser 0.0.0; ip210.153.84.0 ser0123456789ABCDE)
Mozilla/4.0 (jig browser 0.0.0; ip210.153.84.0 ser0123456789ABCDE)
2006/04/12(水) 20:38:52ID:dZ/m/VhIO
あ、opera mini ver2.0出てたんだ。
2006/04/12(水) 20:41:06ID:pDjpFQYd0
端末を特定可能であればＩＰは必要無いんじゃないか？
2006/04/12(水) 20:48:26ID:dZ/m/VhIO
個体弾けるから入らないかもね。
934動け動けウゴウゴ２ちゃんねる
2006/04/13(木) 00:00:29ID:kb8q5+UvP jigGJ
2006/04/13(木) 00:07:23ID:vXJStRoo0
2006/04/13(木) 00:16:01ID:vXJStRoo0
あと>>530以降に同じ質問がある
2006/04/13(木) 01:24:00ID:WIi5ukpAO
>>931
もう、ダウンロードできます？
もう、ダウンロードできます？
938root▲ ★
NGNG サーバダウン(鯖落ち）情報 part99
http://qb5.2ch.net/test/read.cgi/operate/1144376259/974
やはり、Apacheへのパッチは必要と。
974 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2006/04/12(水) 21:49:30 ID:2Dg4QT0W0
>>973
ここに書くのも何ですが、
http://qb5.2ch.net/test/read.cgi/operate/1140540754/458
のとおり、6.0ではlibpthreadでもlibthrでも駄目で、libthrはlibpthreadよりもさらに駄目でした。
6.1ではlibthrに変更が入り、libpthreadと同じ程度駄目までにはなりました。
でもやっぱり駄目であることには変わらないので、どちらを使おうともパッチは必要です。
http://qb5.2ch.net/test/read.cgi/operate/1144376259/974
やはり、Apacheへのパッチは必要と。
974 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2006/04/12(水) 21:49:30 ID:2Dg4QT0W0
>>973
ここに書くのも何ですが、
http://qb5.2ch.net/test/read.cgi/operate/1140540754/458
のとおり、6.0ではlibpthreadでもlibthrでも駄目で、libthrはlibpthreadよりもさらに駄目でした。
6.1ではlibthrに変更が入り、libpthreadと同じ程度駄目までにはなりました。
でもやっぱり駄目であることには変わらないので、どちらを使おうともパッチは必要です。
939root▲ ★
NGNG jig.jp さんとの件をすすめることについて、管理人に報告&連絡しました。
> はいはい。了解ですー。>jig
とのこと。
というわけで技術情報の準備ができましたら、よろしくお願いいたします。
> はいはい。了解ですー。>jig
とのこと。
というわけで技術情報の準備ができましたら、よろしくお願いいたします。
2006/04/13(木) 15:03:29ID:kb8q5+UvP
rootたん乙
2006/04/13(木) 15:58:41ID:jdOnNAFwO
末尾は何だろう。
0
O
Q
G？
0
O
Q
G？
2006/04/13(木) 16:03:04ID:5UgFteSE0
>>941
Qになる予定とのこと
Qになる予定とのこと
2006/04/13(木) 21:45:47ID:kb8q5+UvP
QよりJのがいい奴手をあげろ
2006/04/13(木) 22:27:09ID:egtNQzHz0
ノシ
2006/04/13(木) 22:45:45ID:2VDcT5E0P
まだ実現してないのに調子に乗ると白紙になるぞ
実現してからにしな
実現してからにしな
947root▲ ★
NGNG Apr 14 04:47:01 <0.6> tiger2522 kernel: pid 15433 (httpd), uid 2001: exited on signal 10
Apr 14 04:47:05 <0.6> tiger2522 kernel: pid 15452 (httpd), uid 2001: exited on signal 10
Apr 14 04:47:10 <0.6> tiger2522 kernel: pid 15477 (httpd), uid 2001: exited on signal 10
2006/04/14 20:40:01 LA= 8:40PM up 7 days, 8:31, 0 users, load averages: 2.14, 2.04, 1.51
2006/04/14 20:50:01 LA= 8:50PM up 7 days, 8:41, 0 users, load averages: 44.46, 79.74, 42.55
2006/04/14 21:00:01 LA= 9:00PM up 7 days, 8:51, 0 users, load averages: 2.58, 15.59, 24.74
2006/04/14 21:10:01 LA= 9:10PM up 7 days, 9:01, 0 users, load averages: 0.84, 3.04, 12.88
負荷の急上昇とともに、httpd が signal 10でのダウン(ともに前からある症状)。
6.1R にすれば、直るのかどうなのか。
Apr 14 04:47:05 <0.6> tiger2522 kernel: pid 15452 (httpd), uid 2001: exited on signal 10
Apr 14 04:47:10 <0.6> tiger2522 kernel: pid 15477 (httpd), uid 2001: exited on signal 10
2006/04/14 20:40:01 LA= 8:40PM up 7 days, 8:31, 0 users, load averages: 2.14, 2.04, 1.51
2006/04/14 20:50:01 LA= 8:50PM up 7 days, 8:41, 0 users, load averages: 44.46, 79.74, 42.55
2006/04/14 21:00:01 LA= 9:00PM up 7 days, 8:51, 0 users, load averages: 2.58, 15.59, 24.74
2006/04/14 21:10:01 LA= 9:10PM up 7 days, 9:01, 0 users, load averages: 0.84, 3.04, 12.88
負荷の急上昇とともに、httpd が signal 10でのダウン(ともに前からある症状)。
6.1R にすれば、直るのかどうなのか。
948root▲ ★
NGNG Fri Apr 14 20:46:00 JST 2006
"livecx" is loaded.
Its subject buffer is clean.
user CPU time = 0:49:32.163, system CPU time = 1:13:27.557
elapsed time = 176:34:57.472, CPU load = 1.16%
total worker threads = 1, idle worker threads = 0
minor page faults = 17019, major page faults = 1078187, swaps = 0
block inputs = 9334, block outputs = 3728
messages sent = 3743852, messages received = 3743852
signals = 0, vol ctx switches = 18035298, invol ctx switches = 1250974
Fri Apr 14 20:47:00 JST 2006
書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．
Fri Apr 14 20:48:00 JST 2006
"livecx" is loaded.
Its subject buffer is clean.
user CPU time = 0:49:35.075, system CPU time = 1:13:32.107
elapsed time = 176:36:58.021, CPU load = 1.16%
total worker threads = 1, idle worker threads = 0
minor page faults = 17019, major page faults = 1078745, swaps = 0
block inputs = 9334, block outputs = 3731
messages sent = 3746332, messages received = 3746332
signals = 0, vol ctx switches = 18046569, invol ctx switches = 1256638
Fri Apr 14 20:49:00 JST 2006
書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．
Fri Apr 14 20:50:00 JST 2006
書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．
Fri Apr 14 20:51:00 JST 2006
"livecx" is loaded.
Its subject buffer is clean.
user CPU time = 0:49:42.222, system CPU time = 1:13:41.488
elapsed time = 176:39:57.569, CPU load = 1.16%
total worker threads = 1, idle worker threads = 0
minor page faults = 17019, major page faults = 1079707, swaps = 0
block inputs = 9335, block outputs = 3734
messages sent = 3750715, messages received = 3750715
signals = 0, vol ctx switches = 18068414, invol ctx switches = 1270275
"livecx" is loaded.
Its subject buffer is clean.
user CPU time = 0:49:32.163, system CPU time = 1:13:27.557
elapsed time = 176:34:57.472, CPU load = 1.16%
total worker threads = 1, idle worker threads = 0
minor page faults = 17019, major page faults = 1078187, swaps = 0
block inputs = 9334, block outputs = 3728
messages sent = 3743852, messages received = 3743852
signals = 0, vol ctx switches = 18035298, invol ctx switches = 1250974
Fri Apr 14 20:47:00 JST 2006
書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．
Fri Apr 14 20:48:00 JST 2006
"livecx" is loaded.
Its subject buffer is clean.
user CPU time = 0:49:35.075, system CPU time = 1:13:32.107
elapsed time = 176:36:58.021, CPU load = 1.16%
total worker threads = 1, idle worker threads = 0
minor page faults = 17019, major page faults = 1078745, swaps = 0
block inputs = 9334, block outputs = 3731
messages sent = 3746332, messages received = 3746332
signals = 0, vol ctx switches = 18046569, invol ctx switches = 1256638
Fri Apr 14 20:49:00 JST 2006
書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．
Fri Apr 14 20:50:00 JST 2006
書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．
Fri Apr 14 20:51:00 JST 2006
"livecx" is loaded.
Its subject buffer is clean.
user CPU time = 0:49:42.222, system CPU time = 1:13:41.488
elapsed time = 176:39:57.569, CPU load = 1.16%
total worker threads = 1, idle worker threads = 0
minor page faults = 17019, major page faults = 1079707, swaps = 0
block inputs = 9335, block outputs = 3734
messages sent = 3750715, messages received = 3750715
signals = 0, vol ctx switches = 18068414, invol ctx switches = 1270275
949root▲ ★
NGNG あと、今でもできることとして、
・mod_cache うまく動くようにする
- squid と通信させて、動きをよく見てみる
・フロントが落ちたら matd の仲間から外す仕掛け作り
徐々にすすめることとして、
・フロント・バックともFreeBSD 6.1Rへの更新
・フロントエンドApache 2.2系への更新
さらに、
・game10 hobby7 news19 BBQ の電源・ロケーション移動
・その後、フロント #4 = tiger503 #5 = tiger507 と バック #2 = cobra2247 の稼動
あと、構築系以外だと、
・削除系呪文の本格対応
・mod_cache うまく動くようにする
- squid と通信させて、動きをよく見てみる
・フロントが落ちたら matd の仲間から外す仕掛け作り
徐々にすすめることとして、
・フロント・バックともFreeBSD 6.1Rへの更新
・フロントエンドApache 2.2系への更新
さらに、
・game10 hobby7 news19 BBQ の電源・ロケーション移動
・その後、フロント #4 = tiger503 #5 = tiger507 と バック #2 = cobra2247 の稼動
あと、構築系以外だと、
・削除系呪文の本格対応
950root▲ ★
NGNG 一つ忘れていた。
・過去ログ rsync の改良
- これはフロント #4 or #5 またはバック #2 がきたら、それらの1台を使用か。
・過去ログ rsync の改良
- これはフロント #4 or #5 またはバック #2 がきたら、それらの1台を使用か。
951root▲ ★
NGNG Just idea ですが、
read.cgi と offlaw.cgi を動かすフロントを1台とか2台にしてしまえば、
過去ログの同期(rsync)するサーバも、それだけで済むのかな。
read.cgi と offlaw.cgi を動かすフロントを1台とか2台にしてしまえば、
過去ログの同期(rsync)するサーバも、それだけで済むのかな。
952root▲ ★
NGNG あるいは、一度負けた NFS を使うか。
どう実現するにせよ、スケーラブルにしたいところかなと。
いずれにせよ「過去ログ倉庫に保管されています」の判定部分なんですよね。
public_html じゃないところを読んでいるところ。
専用ブラウザだと、302 だったら offlaw.cgi みたいな処理なので、
それなりになんとかなるわけですが。
… 本筋は read.cgi の改造かなぁ、やっぱ。
どう実現するにせよ、スケーラブルにしたいところかなと。
いずれにせよ「過去ログ倉庫に保管されています」の判定部分なんですよね。
public_html じゃないところを読んでいるところ。
専用ブラウザだと、302 だったら offlaw.cgi みたいな処理なので、
それなりになんとかなるわけですが。
… 本筋は read.cgi の改造かなぁ、やっぱ。
953root▲ ★
NGNG お、show stopper がなくなったぞ、と思ったら、
desired に移動したものも多いのかな。
http://www.freebsd.org/releases/6.1R/todo.html
と思ってみてみると、やっぱりすね。
http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/6.1R/todo.sgml?rev=1.25&content-type=text/x-cvsweb-markup
ということは、ぼちぼちリリースに向けた作業が始まる運びかなと。
desired に移動したものも多いのかな。
http://www.freebsd.org/releases/6.1R/todo.html
と思ってみてみると、やっぱりすね。
http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/6.1R/todo.sgml?rev=1.25&content-type=text/x-cvsweb-markup
ということは、ぼちぼちリリースに向けた作業が始まる運びかなと。
2006/04/15(土) 01:51:43ID:l3MyIRYk0
ずいぶん昔にも書いたような覚えがありますが
read.cgiのデータ処理部だけなら、全然重い処理じゃないですよ。
ディスクI/Oと圧縮が重いだけで。
.datの必要部分をHTMLにするだけなら、
毎秒500-1000件程度なら処理できると思います。
ただ、もしLAN上の別マシンを使うなら
やはりHTTP経由よりNFSの方が数段軽いでしょう。
カーネル内部で完了するというのは大きいです。
read.cgiのデータ処理部だけなら、全然重い処理じゃないですよ。
ディスクI/Oと圧縮が重いだけで。
.datの必要部分をHTMLにするだけなら、
毎秒500-1000件程度なら処理できると思います。
ただ、もしLAN上の別マシンを使うなら
やはりHTTP経由よりNFSの方が数段軽いでしょう。
カーネル内部で完了するというのは大きいです。
955root▲ ★
NGNG >>954 第一段落
私も同じ感覚を持っています。
dso 化した後は、少なくとも tiger サーバでは、
read.cgi が高負担になった記憶はないです。
ということは、read.cgi と offlaw.cgi の処理は、専用フロントにやらせると
よさげなのかな。
で、第二段落ですが、確かにそう思うわけですが、
なにぶん一度痛い目に遭っているので(5.4Rの頃ですが)、
少なくともシビアな I/O のところ(dat直読みするところとか)には、
ちと使いずらいところがありますね。
例のディレイ(書いたdatをすぐにNFS経由で読んだ時に起きたもの)が
きちんと解決できるような気がしないので、ライブなdatには、
ちと使いにくいかんじ。
過去ログのところには、うまくすれば使えるかもですが。
私も同じ感覚を持っています。
dso 化した後は、少なくとも tiger サーバでは、
read.cgi が高負担になった記憶はないです。
ということは、read.cgi と offlaw.cgi の処理は、専用フロントにやらせると
よさげなのかな。
で、第二段落ですが、確かにそう思うわけですが、
なにぶん一度痛い目に遭っているので(5.4Rの頃ですが)、
少なくともシビアな I/O のところ(dat直読みするところとか)には、
ちと使いずらいところがありますね。
例のディレイ(書いたdatをすぐにNFS経由で読んだ時に起きたもの)が
きちんと解決できるような気がしないので、ライブなdatには、
ちと使いにくいかんじ。
過去ログのところには、うまくすれば使えるかもですが。
2006/04/15(土) 03:08:55ID:I5hjKHvK0
6.1のNFSについて、個人的に、tools/regression/fsx を使用してテストしたりしてますが、
NFSv3 + UDP + リモートマウント
であるならば、今のところ問題ないように思えます。。。
まあ、あくまでfsxでテストした結果なので、実践投入では違うかも知れませんが。
TCPを使用した場合は、理由はわかりませんが、たまにエラーが発生してました。これはKrisの意見
http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023707.html
とも一致します。
ローカルマウント(127.0.0.1に対してNFS経由でマウント)した場合は、
syncのタイミングでエラーになることがありますね。
これについては、まあ、運用でそういうことはあんまりしないかなぁと思って、
個人的には無視していますけど。
NFSv3 + UDP + リモートマウント
であるならば、今のところ問題ないように思えます。。。
まあ、あくまでfsxでテストした結果なので、実践投入では違うかも知れませんが。
TCPを使用した場合は、理由はわかりませんが、たまにエラーが発生してました。これはKrisの意見
http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023707.html
とも一致します。
ローカルマウント(127.0.0.1に対してNFS経由でマウント)した場合は、
syncのタイミングでエラーになることがありますね。
これについては、まあ、運用でそういうことはあんまりしないかなぁと思って、
個人的には無視していますけど。
NFS が正常に動くという前提なら，NFS 使うのが一番簡単かつスマートですね．
以前ボロボロだった時は，ファイル更新時の rename() とタイミングがかち合うと
その際に起こる ESTALE でカーネルごとコケてしまうということだったと思いますが，
過去ログだけならそういうことは起こりにくいでしょうし．
あと，過去ログが HDD 食い潰すって問題も併せて対応するとなると，
過去ログを memories に転送してそっちのを NFS mount するとか......
以前ボロボロだった時は，ファイル更新時の rename() とタイミングがかち合うと
その際に起こる ESTALE でカーネルごとコケてしまうということだったと思いますが，
過去ログだけならそういうことは起こりにくいでしょうし．
あと，過去ログが HDD 食い潰すって問題も併せて対応するとなると，
過去ログを memories に転送してそっちのを NFS mount するとか......
2006/04/15(土) 21:04:02ID:9yYW06UBO
rootたん乙
俺は絶対rootたんの頭であぼんされているな。
それにしてもjigの人来ない。
もしかしたら2ch用のゲートウェイ作っているのかな。
// ATフィールドでイオナズン防げたらなぁ。
俺は絶対rootたんの頭であぼんされているな。
それにしてもjigの人来ない。
もしかしたら2ch用のゲートウェイ作っているのかな。
// ATフィールドでイオナズン防げたらなぁ。
959root▲ ★
NGNG >>957
> 過去ログを memories に転送してそっちのを NFS mount するとか......
そんなことを考え始めていたりします。
で、前におかしくなったのは、ESTALE 問題もさることながら、
mount している方が一斉にデッドロックする問題ですね。
ps で見ると一斉に D の状態になって、kill -9 でももちろん死なないし、
どうしようもなくなると。
>>958
イオナズンの解析をした人かしら。
だとしたら特に、あぼーんはしてないと思うです。
bbs.cgi 的には、該当ルーチンを組み入れれば対応できるように組んであるので、
私としては技術情報が出たら、あとはたんたんと組むだけと。
> 過去ログを memories に転送してそっちのを NFS mount するとか......
そんなことを考え始めていたりします。
で、前におかしくなったのは、ESTALE 問題もさることながら、
mount している方が一斉にデッドロックする問題ですね。
ps で見ると一斉に D の状態になって、kill -9 でももちろん死なないし、
どうしようもなくなると。
>>958
イオナズンの解析をした人かしら。
だとしたら特に、あぼーんはしてないと思うです。
bbs.cgi 的には、該当ルーチンを組み入れれば対応できるように組んであるので、
私としては技術情報が出たら、あとはたんたんと組むだけと。
2006/04/15(土) 21:38:00ID:GV1/e9bL0
>>958
ヒント：釣り
ヒント：釣り
961root▲ ★
NGNG で、memories は 5.3R なので、そのへんが心配だったりします。
6.1R が安定なら、バージョンアップもありかなとは思っていますが、
なにぶん慎重にやらないといけないサーバなので、
できれば(いつになるか…)、現地でやりたいかなと。
6.1R が安定なら、バージョンアップもありかなとは思っていますが、
なにぶん慎重にやらないといけないサーバなので、
できれば(いつになるか…)、現地でやりたいかなと。
962root▲ ★
NGNG また破綻か、、、。
6.1-RC 投入するか、あるいは 6.1R が出るまで我慢するか。
6.1-RC 投入するか、あるいは 6.1R が出るまで我慢するか。
>962
ここまで虫踏みまくって調子よくないようでしたら6.1-RC早期投入した方がいいと
思います。
ここまで虫踏みまくって調子よくないようでしたら6.1-RC早期投入した方がいいと
思います。
umtx って mutex か何かでしょうか......
まぁ race condition を起こりにくくするということなら mod_cache というのもありますが(>>949)．
まぁ race condition を起こりにくくするということなら mod_cache というのもありますが(>>949)．
965root▲ ★
NGNG <IfModule mpm_worker_module>
StartServers 96
Serverlimit 128
MaxClients 4096
MinSpareThreads 256
MaxSpareThreads 3072
ThreadsPerChild 32
MaxRequestsPerChild 32000000
ThreadLimit 32
MaxMemFree 64000
</IfModule>
を、
<IfModule mpm_worker_module>
StartServers 384
Serverlimit 512
MaxClients 4096
MinSpareThreads 256
MaxSpareThreads 3072
ThreadsPerChild 8
MaxRequestsPerChild 32000000
ThreadLimit 8
MaxMemFree 64000
</IfModule>
に変更。
1プロセスあたりのスレッド数を、32から8に減少。@ live22
StartServers 96
Serverlimit 128
MaxClients 4096
MinSpareThreads 256
MaxSpareThreads 3072
ThreadsPerChild 32
MaxRequestsPerChild 32000000
ThreadLimit 32
MaxMemFree 64000
</IfModule>
を、
<IfModule mpm_worker_module>
StartServers 384
Serverlimit 512
MaxClients 4096
MinSpareThreads 256
MaxSpareThreads 3072
ThreadsPerChild 8
MaxRequestsPerChild 32000000
ThreadLimit 8
MaxMemFree 64000
</IfModule>
に変更。
1プロセスあたりのスレッド数を、32から8に減少。@ live22
966root▲ ★
NGNG httpd が突如、暴走状態になりました。
CPUのidle timeがなくなったのと期を同じくしています。
というか、暴走になったからidle timeがなくなったのかなと。
CPUのidle timeがなくなったのと期を同じくしています。
というか、暴走になったからidle timeがなくなったのかなと。
967root▲ ★
NGNG で、1プロセスあたりのスレッド数を下げたのは、なんというか、勘ってやつです。
虫を踏むリスクが、減るんじゃないかなと。
虫を踏むリスクが、減るんじゃないかなと。
968root▲ ★
NGNG MaxRequestsPerChild 32000000
も、1/8 にするかな。
も、1/8 にするかな。
969root▲ ★
NGNG × 1/8
○ 1/4
# MaxRequestsPerChild 32000000
MaxRequestsPerChild 8000000
にした。次回の起動時に有効に。
○ 1/4
# MaxRequestsPerChild 32000000
MaxRequestsPerChild 8000000
にした。次回の起動時に有効に。
970root▲ ★
NGNG あとは、マルチスレッドなApacheがforkするのは、いくない気がするので、
最初から最大プロセスにしておくか。< live22
最初から最大プロセスにしておくか。< live22
973root▲ ★
NGNG なるほど、プロセスが多いとだめみたい。
再度httpd落とし中。
再度httpd落とし中。
974root▲ ★
NGNG <IfModule mpm_worker_module>
StartServers 384
Serverlimit 384
MaxClients 3072
MinSpareThreads 3072
MaxSpareThreads 3072
ThreadsPerChild 8
MaxRequestsPerChild 8000000
ThreadLimit 8
MaxMemFree 64000
</IfModule>
にした。
今はちゃんと動いているっぽい。
StartServers 384
Serverlimit 384
MaxClients 3072
MinSpareThreads 3072
MaxSpareThreads 3072
ThreadsPerChild 8
MaxRequestsPerChild 8000000
ThreadLimit 8
MaxMemFree 64000
</IfModule>
にした。
今はちゃんと動いているっぽい。
975root▲ ★
NGNG 破綻はしないけど、やはり挙動不審になる模様。
さらにプロセス数を減少。httpd リスタート中。
さらにプロセス数を減少。httpd リスタート中。
976root▲ ★
NGNG またですね。
LA=700 超え。
last pid: 16772; load averages: 817.21, 292.39, 154.68 up 8+10:43:39 06:52:22
2625 processes:7 starting, 1744 running, 874 sleeping
CPU states: 58.9% user, 0.0% nice, 25.5% system, 15.6% interrupt, 0.0% idle
Mem: 472M Active, 1716M Inact, 357M Wired, 16M Cache, 112M Buf, 954M Free
Swap: 4096M Total, 4096M Free
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
12220 root 128 0 8872K 8136K CPU0 0 0:56 3.27% top
16252 ch2live22 130 0 10448K 6876K RUN 0 0:01 0.54% httpd
3633 ch2live22 131 0 2676K 1436K RUN 1 2:44 0.54% bbsd
16223 ch2live22 130 0 9556K 6464K RUN 3 0:01 0.44% httpd
16393 ch2live22 130 0 9552K 6376K RUN 1 0:01 0.29% httpd
16384 ch2live22 130 0 9896K 6540K select 2 0:01 0.29% httpd
16328 ch2live22 130 0 9876K 6700K RUN 3 0:01 0.29% httpd
16168 ch2live22 130 0 9836K 6676K select 2 0:02 0.29% httpd
16204 ch2live22 130 0 9852K 6552K RUN 3 0:01 0.29% httpd
16386 ch2live22 131 0 9788K 6148K RUN 0 0:01 0.25% httpd
16261 ch2live22 130 0 9092K 6068K ucond 1 0:01 0.25% httpd
16767 ch2live22 128 0 2856K 2224K RUN 3 0:00 0.22% perl5.8.7
16384 ch2live22 130 0 9896K 6540K RUN 0 0:01 0.20% httpd
16379 ch2live22 130 0 10588K 7296K RUN 0 0:01 0.20% httpd
16352 ch2live22 131 0 9072K 6052K select 0 0:01 0.20% httpd
16352 ch2live22 131 0 9072K 6052K RUN 2 0:01 0.20% httpd
16358 ch2live22 128 0 9564K 6500K ucond 3 0:01 0.20% httpd
16261 ch2live22 130 0 9092K 6068K ucond 1 0:01 0.20% httpd
16264 ch2live22 130 0 9764K 6592K RUN 3 0:01 0.20% httpd
16208 ch2live22 130 0 9872K 6500K RUN 3 0:01 0.20% httpd
16180 ch2live22 130 0 10488K 7032K RUN 3 0:01 0.20% httpd
16270 ch2live22 130 0 9632K 6588K ucond 3 0:01 0.20% httpd
16426 ch2live22 130 0 8972K 5944K select 1 0:01 0.15% httpd
16397 ch2live22 129 0 9260K 6220K RUN 0 0:01 0.15% httpd
16367 ch2live22 129 0 9188K 6156K RUN 1 0:01 0.15% httpd
16284 ch2live22 131 0 9140K 6120K RUN 3 0:01 0.15% httpd
LA=700 超え。
last pid: 16772; load averages: 817.21, 292.39, 154.68 up 8+10:43:39 06:52:22
2625 processes:7 starting, 1744 running, 874 sleeping
CPU states: 58.9% user, 0.0% nice, 25.5% system, 15.6% interrupt, 0.0% idle
Mem: 472M Active, 1716M Inact, 357M Wired, 16M Cache, 112M Buf, 954M Free
Swap: 4096M Total, 4096M Free
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
12220 root 128 0 8872K 8136K CPU0 0 0:56 3.27% top
16252 ch2live22 130 0 10448K 6876K RUN 0 0:01 0.54% httpd
3633 ch2live22 131 0 2676K 1436K RUN 1 2:44 0.54% bbsd
16223 ch2live22 130 0 9556K 6464K RUN 3 0:01 0.44% httpd
16393 ch2live22 130 0 9552K 6376K RUN 1 0:01 0.29% httpd
16384 ch2live22 130 0 9896K 6540K select 2 0:01 0.29% httpd
16328 ch2live22 130 0 9876K 6700K RUN 3 0:01 0.29% httpd
16168 ch2live22 130 0 9836K 6676K select 2 0:02 0.29% httpd
16204 ch2live22 130 0 9852K 6552K RUN 3 0:01 0.29% httpd
16386 ch2live22 131 0 9788K 6148K RUN 0 0:01 0.25% httpd
16261 ch2live22 130 0 9092K 6068K ucond 1 0:01 0.25% httpd
16767 ch2live22 128 0 2856K 2224K RUN 3 0:00 0.22% perl5.8.7
16384 ch2live22 130 0 9896K 6540K RUN 0 0:01 0.20% httpd
16379 ch2live22 130 0 10588K 7296K RUN 0 0:01 0.20% httpd
16352 ch2live22 131 0 9072K 6052K select 0 0:01 0.20% httpd
16352 ch2live22 131 0 9072K 6052K RUN 2 0:01 0.20% httpd
16358 ch2live22 128 0 9564K 6500K ucond 3 0:01 0.20% httpd
16261 ch2live22 130 0 9092K 6068K ucond 1 0:01 0.20% httpd
16264 ch2live22 130 0 9764K 6592K RUN 3 0:01 0.20% httpd
16208 ch2live22 130 0 9872K 6500K RUN 3 0:01 0.20% httpd
16180 ch2live22 130 0 10488K 7032K RUN 3 0:01 0.20% httpd
16270 ch2live22 130 0 9632K 6588K ucond 3 0:01 0.20% httpd
16426 ch2live22 130 0 8972K 5944K select 1 0:01 0.15% httpd
16397 ch2live22 129 0 9260K 6220K RUN 0 0:01 0.15% httpd
16367 ch2live22 129 0 9188K 6156K RUN 1 0:01 0.15% httpd
16284 ch2live22 131 0 9140K 6120K RUN 3 0:01 0.15% httpd
977root▲ ★
NGNG いったん httpd を落とし、
matd を落として入ってこないようにして、
httpd をスタートして、matd を再開。
matd を落として入ってこないようにして、
httpd をスタートして、matd を再開。
978root▲ ★
NGNG <IfModule mpm_worker_module>
StartServers 256
Serverlimit 256
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadsPerChild 8
MaxRequestsPerChild 8000000
ThreadLimit 8
MaxMemFree 64000
</IfModule>
さらにプロセス数を減少。@ live22
StartServers 256
Serverlimit 256
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadsPerChild 8
MaxRequestsPerChild 8000000
ThreadLimit 8
MaxMemFree 64000
</IfModule>
さらにプロセス数を減少。@ live22
979root▲ ★
NGNG スレッド数減少は、かえって負荷が高まった予感。
980root▲ ★
NGNG <IfModule mpm_worker_module>
StartServers 64
Serverlimit 64
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadsPerChild 32
MaxRequestsPerChild 32000000
ThreadLimit 32
MaxMemFree 64000
</IfModule>
に変更。
StartServers 64
Serverlimit 64
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadsPerChild 32
MaxRequestsPerChild 32000000
ThreadLimit 32
MaxMemFree 64000
</IfModule>
に変更。
982root▲ ★
NGNG 実験的に、
<IfModule mpm_worker_module>
StartServers 32
Serverlimit 32
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadsPerChild 64
MaxRequestsPerChild 32000000
ThreadLimit 64
MaxMemFree 64000
</IfModule>
にした。
<IfModule mpm_worker_module>
StartServers 32
Serverlimit 32
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadsPerChild 64
MaxRequestsPerChild 32000000
ThreadLimit 64
MaxMemFree 64000
</IfModule>
にした。
983root▲ ★
NGNG プロセスが少なくてスレッド数が多いほうが、システムは楽みたいですね。
984root▲ ★
NGNG ただ、32と64では有意な差はあまりないっぽい気もします。
挙動不審なら、32に戻す方向で。
挙動不審なら、32に戻す方向で。
そういえばこんな話もあったような．むしろ1プロセスだけにしてしまった方がいい!?
* FreeBSD, threads, and worker MPM. All seems to work fine
if you only have one worker process with many threads. Add
a second worker process and the accept lock seems to be
lost. This might be an APR issue with how it deals with
the child_init hook (i.e. the fcntl lock needs to be resynced).
More examination and analysis is required.
Status: Works with FreeBSD 5.3. Does not work in previous versions.
This has also been reported on Cygwin.
* FreeBSD, threads, and worker MPM. All seems to work fine
if you only have one worker process with many threads. Add
a second worker process and the accept lock seems to be
lost. This might be an APR issue with how it deals with
the child_init hook (i.e. the fcntl lock needs to be resynced).
More examination and analysis is required.
Status: Works with FreeBSD 5.3. Does not work in previous versions.
This has also been reported on Cygwin.
987root▲ ★
NGNG …といいながら、今実験してみるかな。
ちょっと、やってみます。
ちょっと、やってみます。
988root▲ ★
NGNG <IfModule mpm_worker_module>
StartServers 1
Serverlimit 1
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadLimit 2048
ThreadsPerChild 2048
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>
にしたら、configtest すると、
Performing sanity check on apache22 configuration:
WARNING: ThreadsPerChild of 2048 exceeds ThreadLimit value of 64
threads, lowering ThreadsPerChild to 64. To increase, please see the
ThreadLimit directive.
WARNING: MaxClients of 2048 would require 32 servers,
and would exceed the ServerLimit value of 1.
Automatically lowering MaxClients to 64. To increase,
please see the ServerLimit directive.
Syntax OK
となるようです。
StartServers 1
Serverlimit 1
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
ThreadLimit 2048
ThreadsPerChild 2048
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>
にしたら、configtest すると、
Performing sanity check on apache22 configuration:
WARNING: ThreadsPerChild of 2048 exceeds ThreadLimit value of 64
threads, lowering ThreadsPerChild to 64. To increase, please see the
ThreadLimit directive.
WARNING: MaxClients of 2048 would require 32 servers,
and would exceed the ServerLimit value of 1.
Automatically lowering MaxClients to 64. To increase,
please see the ServerLimit directive.
Syntax OK
となるようです。
989root▲ ★
NGNG あと、
・やはり、過去ログの rsync は少なからず負荷になっているっぽい
かな。
過去ログの rsync をするフロントは1台にするのが、よさげみたい。
・やはり、過去ログの rsync は少なからず負荷になっているっぽい
かな。
過去ログの rsync をするフロントは1台にするのが、よさげみたい。
990root▲ ★
NGNG さて、Part20も終盤に差し掛かったようです。
・２ちゃんねるラック at XOロケーションの電源問題
・アクセスがヘビーだと虫を踏んでしまう問題
・携帯フルブラウザから書き込む場合の諸条件
(これは２ちゃんねるの規制のコンセプトにもからむ)
など、今回のスレは話題抱負だったように思います。
もうちょっとしたら、次スレ立てます。
・２ちゃんねるラック at XOロケーションの電源問題
・アクセスがヘビーだと虫を踏んでしまう問題
・携帯フルブラウザから書き込む場合の諸条件
(これは２ちゃんねるの規制のコンセプトにもからむ)
など、今回のスレは話題抱負だったように思います。
もうちょっとしたら、次スレ立てます。
>>988 worker.c の処理を見ると
・ MaxClients の前に ThreadsPerChild を設定
・ ThreadsPerChild の前に ThreadLimit を設定
じゃないとダメっぽいです．
・ MaxClients の前に ThreadsPerChild を設定
・ ThreadsPerChild の前に ThreadLimit を設定
じゃないとダメっぽいです．
993root▲ ★
NGNG <IfModule mpm_worker_module>
# StartServers 32
# ServerLimit 32
# ThreadLimit 64
# ThreadsPerChild 64
StartServers 2
ServerLimit 2
ThreadLimit 1024
ThreadsPerChild 1024
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>
で、うまくいきました。
1 と 2048 だと、Apache がちゃんと増えないみたい。
# StartServers 32
# ServerLimit 32
# ThreadLimit 64
# ThreadsPerChild 64
StartServers 2
ServerLimit 2
ThreadLimit 1024
ThreadsPerChild 1024
MaxClients 2048
MinSpareThreads 2048
MaxSpareThreads 2048
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>
で、うまくいきました。
1 と 2048 だと、Apache がちゃんと増えないみたい。
994root▲ ★
NGNG あとは、次スレでやりますか。
準備はじめます。
準備はじめます。
995root▲ ★
NGNG 2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/test/read.cgi/operate/1145114275/
http://qb5.2ch.net/test/read.cgi/operate/1145114275/
>>995 乙です．
2006/04/16(日) 00:27:12ID:xi8cthtA0
おつですー
家庭の保守はこまめにね！
家庭の保守はこまめにね！
2006/04/16(日) 02:36:05ID:Gf32UvAS0
ぬ
2006/04/16(日) 02:38:01ID:grFxUKmp0
る
1000動け動けウゴウゴ２ちゃんねる
2006/04/16(日) 02:38:32ID:zUKwKF8F0 ぽ
1001１００１
Over 1000Thread このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。
