2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
また「２ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず２ちゃんねるは、刻一刻と確実に変化し続けています。
2ch特化型サーバ・ロケーション構築作戦 Part21
■ このスレッドは過去ログ倉庫に格納されています
1root▲ ★
NGNG644root▲ ★
NGNG >>643
わたしゃたんなる、おせっかいやきで。
例えば仮に、
管理人と讃岐君が(公式p2みたいな形で)アライアンス組むとかすれば、
その時はたんたんとやるだけです。はい。
技術的にはこのブラウザとか、どうやってるのかなとか。
↓
FOMA90x専用2chブラウザ 「W2Ch」 part3
http://hobby7.2ch.net/test/read.cgi/chakumelo/1146696612/
わたしゃたんなる、おせっかいやきで。
例えば仮に、
管理人と讃岐君が(公式p2みたいな形で)アライアンス組むとかすれば、
その時はたんたんとやるだけです。はい。
技術的にはこのブラウザとか、どうやってるのかなとか。
↓
FOMA90x専用2chブラウザ 「W2Ch」 part3
http://hobby7.2ch.net/test/read.cgi/chakumelo/1146696612/
2006/05/22(月) 23:58:49ID:Y97N84wrP
書き込みのたびにアプリ終了して書き込みするですよ。
2006/05/23(火) 00:01:40ID:Y97N84wrP
そうです。ドコモのは全部そんな感じです。
2006/05/23(火) 00:15:53ID:leGrvCi1O
iMonaと基本的に変わらないかと。
読み込み･キャッシュ
書き込みフォームは中間鯖
主な中間鯖を必要とする理由は
1、パケ代節約
→定額制の導入により解消可
2、自作アプリは接続可能な鯖が3つ程度に限られている。
→例外的にvodafoneは制限無し
→FLASHは処理が遅く使い物にならない。
アプリから書き込み出来る物は接続可能な鯖にあらかじめ組み込んで特定の鯖だけだが書き込み出来るようにしたもののはず(^^;
当方C言語習得中なのですがコロンやらセミコロンつけすぎたり忘れたり複合演算子の順番間違えたりとまだまだどシロウトでプログラミングにビギナーズラックはないのだなぁとしみじみしてみたりと、ちらうらになってすいませんでした。
読み込み･キャッシュ
書き込みフォームは中間鯖
主な中間鯖を必要とする理由は
1、パケ代節約
→定額制の導入により解消可
2、自作アプリは接続可能な鯖が3つ程度に限られている。
→例外的にvodafoneは制限無し
→FLASHは処理が遅く使い物にならない。
アプリから書き込み出来る物は接続可能な鯖にあらかじめ組み込んで特定の鯖だけだが書き込み出来るようにしたもののはず(^^;
当方C言語習得中なのですがコロンやらセミコロンつけすぎたり忘れたり複合演算子の順番間違えたりとまだまだどシロウトでプログラミングにビギナーズラックはないのだなぁとしみじみしてみたりと、ちらうらになってすいませんでした。
649root▲ ★
NGNG あちこち混乱してそうなので、ここに。
news20b、syslog 的には何のログも残ってないなぁ。
突然電源をバチンてされた感じ。
でも、ハングアップの時もそうなるから、わかんないなぁ。
リブート要請出したんでしたっけ。
news20b、syslog 的には何のログも残ってないなぁ。
突然電源をバチンてされた感じ。
でも、ハングアップの時もそうなるから、わかんないなぁ。
リブート要請出したんでしたっけ。
2006/05/23(火) 11:32:57ID:leGrvCi1O
瞬間的な電気トラブル？
電気工事で電圧が瞬間的に下がったとか。
変圧器機の切り替えによる瞬断とかな気がしますね。
電気工事で電圧が瞬間的に下がったとか。
変圧器機の切り替えによる瞬断とかな気がしますね。
651root▲ ★
NGNG しゅんだんなら、2時間とか止まらないと思うんですよね。
で、2時間ぐらいで(何もせずに)復旧したというのも解せないし。
というか、これから2週間ぐらいは天狗がたくさんいるので、
どのようなことも、正直起こりうるわけで。
で、2時間ぐらいで(何もせずに)復旧したというのも解せないし。
というか、これから2週間ぐらいは天狗がたくさんいるので、
どのようなことも、正直起こりうるわけで。
2006/05/23(火) 11:37:18ID:leGrvCi1O
あ、だったらみんな落ちるか。
ハードが悪いかもと私の勝手な憶測をしているとスレ汚しになるので撤退します。
ハードが悪いかもと私の勝手な憶測をしているとスレ汚しになるので撤退します。
2006/05/23(火) 11:42:02ID:leGrvCi1O
あ、実はLANケーブルが二時間抜けていただけ。
655root▲ ★
NGNG 【実況】 live23+24 Part19【新体制始動】
http://qb5.2ch.net/test/read.cgi/operate/1148046382/436
read.cgi だけ詰まったということか。
Apache status log を見る限り、httpd は売り切れになってないので、
影響はないはず、、、ですが、何かあったのかもしんないですね。
一度バックエンドをわざと止めて、実験してみる必要がありそう。
http://qb5.2ch.net/test/read.cgi/operate/1148046382/436
read.cgi だけ詰まったということか。
Apache status log を見る限り、httpd は売り切れになってないので、
影響はないはず、、、ですが、何かあったのかもしんないですね。
一度バックエンドをわざと止めて、実験してみる必要がありそう。
656root▲ ★
NGNG Benchmarking mpsafevfs with parallel tarball extraction
http://lists.freebsd.org/pipermail/freebsd-smp/2005-May/000792.html
> Kernel was built without INVARIANTS and other debugging options,
> without ADAPTIVE_GIANT (which causes about a 200% performance penalty
> on system time in my testing, and has marginal impact on real or user
> time)
options ADAPTIVE_GIANT # Giant mutex is adaptive.
は、ないほうがいいのかしら。
http://lists.freebsd.org/pipermail/freebsd-smp/2005-May/000792.html
> Kernel was built without INVARIANTS and other debugging options,
> without ADAPTIVE_GIANT (which causes about a 200% performance penalty
> on system time in my testing, and has marginal impact on real or user
> time)
options ADAPTIVE_GIANT # Giant mutex is adaptive.
は、ないほうがいいのかしら。
657root▲ ★
NGNG2006/05/23(火) 17:24:50ID:wQ7HgZBV0
660root▲ ★
NGNG2006/05/24(水) 01:02:25ID:NbO81AUI0
aas.u.la
アース裏？
アース裏？
2006/05/24(水) 01:03:33ID:2gcogdMv0
あーすら？あしゅら？
2006/05/24(水) 03:33:10ID:zPGfCAyI0
【amour】AASで携帯からも長編AAを楽しもう―Ascii Art Scope Part2
http://qb5.2ch.net/test/read.cgi/operate/1116860602/
http://qb5.2ch.net/test/read.cgi/operate/1116860602/
>>655 snow.2ch.net あたりで NFS や reverse proxy も localhost 上でやってみるとか．
# ついでに，autopurge の ENOENT でないエラーの正体も突き止めたいところですが......
# ついでに，autopurge の ENOENT でないエラーの正体も突き止めたいところですが......
>>664
># ついでに，autopurge の ENOENT でないエラー(ry
これは，とりあえず単に "print" の一語だけ入れてもらえれば...... sage 復帰 CGI で
bbsd($bbs, 'autopurge', 'hoge');
のようにやってる部分で
print bbsd($bbs, 'autopurge', 'hoge');
にするだけでも，何が起こってるかわかるだろうと．
># ついでに，autopurge の ENOENT でないエラー(ry
これは，とりあえず単に "print" の一語だけ入れてもらえれば...... sage 復帰 CGI で
bbsd($bbs, 'autopurge', 'hoge');
のようにやってる部分で
print bbsd($bbs, 'autopurge', 'hoge');
にするだけでも，何が起こってるかわかるだろうと．
666root▲ ★
NGNG >>664-665
別途やってみるですか。
blackgoat4.2ch.net の panic:
そろそろ、6.1R にする時期か。
Dump header from device /dev/da0s1b
Architecture: i386
Architecture Version: 2
Dump Length: 2146500608B (2047 MB)
Blocksize: 512
Dumptime: Wed May 24 06:19:03 2006
Hostname: tiger512.maido3.com
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 6.0-RELEASE-p4 #0: Tue May 16 02:33:11 PDT 2006
root@tiger511.maido3.com:/var/src/sys/i386/compile/I386_TIGER_60_BLACKGOAT_NOPREEMPTION
Panic String: page fault
Dump Parity: 543720299
Bounds: 5
Dump Status: good
別途やってみるですか。
blackgoat4.2ch.net の panic:
そろそろ、6.1R にする時期か。
Dump header from device /dev/da0s1b
Architecture: i386
Architecture Version: 2
Dump Length: 2146500608B (2047 MB)
Blocksize: 512
Dumptime: Wed May 24 06:19:03 2006
Hostname: tiger512.maido3.com
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 6.0-RELEASE-p4 #0: Tue May 16 02:33:11 PDT 2006
root@tiger511.maido3.com:/var/src/sys/i386/compile/I386_TIGER_60_BLACKGOAT_NOPREEMPTION
Panic String: page fault
Dump Parity: 543720299
Bounds: 5
Dump Status: good
667root▲ ★
NGNG 【365Main】 回線増速(ニュー速とかお引越しのご案内)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/869
＊全サーバ＊、default gateway の変更が必要と。
206.223.146.xx ->2
206.223.147.xx ->2
206.223.148.xx ->2
206.223.149.xx ->2
206.223.150.xx ->2
206.223.151.xx ->2
206.223.152.xx ->2
206.223.153.xx -> 3 * this is the only one that is .3
206.223.154.xx -> 2
206.223.157.xx -> 2
なので、
・153 村だけ *.3
・他の村は *.2
に変更と。(ちなみに今は全部 *.1)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/869
＊全サーバ＊、default gateway の変更が必要と。
206.223.146.xx ->2
206.223.147.xx ->2
206.223.148.xx ->2
206.223.149.xx ->2
206.223.150.xx ->2
206.223.151.xx ->2
206.223.152.xx ->2
206.223.153.xx -> 3 * this is the only one that is .3
206.223.154.xx -> 2
206.223.157.xx -> 2
なので、
・153 村だけ *.3
・他の村は *.2
に変更と。(ちなみに今は全部 *.1)
668root▲ ★
NGNG banana637 と tiger2526 で実験。
route コマンドに change があるから、リブートしなくても変えられそうね。
ほっ。
(tiger2526 の例)
% vi /etc/rc.conf
以下のように変更
#defaultrouter="206.223.157.1"
↓
defaultrouter="206.223.157.2"
% route change -net default 206.223.157.2
route コマンドに change があるから、リブートしなくても変えられそうね。
ほっ。
(tiger2526 の例)
% vi /etc/rc.conf
以下のように変更
#defaultrouter="206.223.157.1"
↓
defaultrouter="206.223.157.2"
% route change -net default 206.223.157.2
669root▲ ★
NGNG さて、ということで変更対象サーバが全部とわかったので、
root 権限ありサーバについては、こちらでたんたんと洗い出しをやっていこうと。
＜戦略＞
1) XO にないサーバは、移動日に変更を仕込む。
次にサーバがリブートしたら、設定が変わるようにする。
2) 既に XO にあるサーバは、ここでリストアップし、
たんたんと作業をすすめていく。
root 権限ありサーバについては、こちらでたんたんと洗い出しをやっていこうと。
＜戦略＞
1) XO にないサーバは、移動日に変更を仕込む。
次にサーバがリブートしたら、設定が変わるようにする。
2) 既に XO にあるサーバは、ここでリストアップし、
たんたんと作業をすすめていく。
670root▲ ★
NGNG ということで、root 権限ありサーバのうち、既に XO にある(はずの)サーバのリスト:
cobra2244
cobra2245
cobra2247
banana307
banana402
banana403
banana404
banana405
banana406
banana2848
tiger503
tiger504
tiger507
tiger509
tiger510
tiger511
tiger512
tiger2507〜2512
tiger2513
tiger2514
tiger2522
tiger2523〜2525
cobra2244
cobra2245
cobra2247
banana307
banana402
banana403
banana404
banana405
banana406
banana2848
tiger503
tiger504
tiger507
tiger509
tiger510
tiger511
tiger512
tiger2507〜2512
tiger2513
tiger2514
tiger2522
tiger2523〜2525
671root▲ ★
NGNG stiger100〜stiger105 (未確認だが、いずれにせよ変更必要)
672root▲ ★
NGNG >>670 のリストを一部修正。
cobra2244
cobra2245
cobra2247
banana402
banana403
banana404
banana405
banana406
banana2848 ここまで済
tiger503
tiger504
tiger507
tiger510
tiger511
tiger512
tiger2507〜2512
tiger2513
tiger2514
tiger2522
tiger2523〜2525
cobra2244
cobra2245
cobra2247
banana402
banana403
banana404
banana405
banana406
banana2848 ここまで済
tiger503
tiger504
tiger507
tiger510
tiger511
tiger512
tiger2507〜2512
tiger2513
tiger2514
tiger2522
tiger2523〜2525
673root▲ ★
NGNG 2ｃｈの動作報告はここで。 パート19
http://qb5.2ch.net/test/read.cgi/operate/1140600013/888
>>672 の残りも作業完了。
>>669 のこれを、忘れないこと。
> 1) XO にないサーバは、移動日に変更を仕込む。
> 次にサーバがリブートしたら、設定が変わるようにする。
http://qb5.2ch.net/test/read.cgi/operate/1140600013/888
>>672 の残りも作業完了。
>>669 のこれを、忘れないこと。
> 1) XO にないサーバは、移動日に変更を仕込む。
> 次にサーバがリブートしたら、設定が変わるようにする。
NGNG
おつかれさまです
´∀｀）つ旦~~
´∀｀）つ旦~~
675root▲ ★
NGNG 検索していて、このスレに行き当たりました。
キャッシュ型負荷分散システム開発スレッド
http://pc8.2ch.net/test/read.cgi/unix/998908154/
このスレで Perler さんが開発されていた mirror.pl の最終版って、
どなたか、お持ちではないですかね。
# 上からちょっと拾い読みしてみましたが、いろんな意味で参考になるスレでした。
キャッシュ型負荷分散システム開発スレッド
http://pc8.2ch.net/test/read.cgi/unix/998908154/
このスレで Perler さんが開発されていた mirror.pl の最終版って、
どなたか、お持ちではないですかね。
# 上からちょっと拾い読みしてみましたが、いろんな意味で参考になるスレでした。
677root▲ ★
NGNG ひっそりと 5.5R。
http://www.freebsd.org/releases/5.5R/announce.html
5系はこれで打ち止め。
ようやく通常の開発体制になるのかな。
(X-1)R はメンテナンスだけして、
(X)R を release & stable で開発して、
(X+1)R を -CURRENT でがんがると。
http://www.freebsd.org/releases/5.5R/announce.html
5系はこれで打ち止め。
ようやく通常の開発体制になるのかな。
(X-1)R はメンテナンスだけして、
(X)R を release & stable で開発して、
(X+1)R を -CURRENT でがんがると。
2006/05/26(金) 15:18:56ID:R2N+DMwS0
2.2.10ﾏﾀﾞｰ
679root▲ ★
NGNG 【365Main】 回線増速(ニュー速とかお引越しのご案内) Part2
http://qb5.2ch.net/test/read.cgi/operate/1148497454/192-196
通信速度が十分出ないサーバがあったらしいとのこと。
(ifconfig 的には問題なくても、パフォーマンスが出なかったらしい)
ネットワーク機器の設定修正で直ったらしいですが、
100Mbps 接続の機器については、私のほうでもチェックを依頼されました。
ということでこれは別途。
http://qb5.2ch.net/test/read.cgi/operate/1148497454/192-196
通信速度が十分出ないサーバがあったらしいとのこと。
(ifconfig 的には問題なくても、パフォーマンスが出なかったらしい)
ネットワーク機器の設定修正で直ったらしいですが、
100Mbps 接続の機器については、私のほうでもチェックを依頼されました。
ということでこれは別途。
680stream ◆PNstream2s
2006/05/26(金) 20:34:29ID:ICS+6sVm0 これってもう設定しちゃってますか？
=========================================================================
http://qb5.2ch.net/test/read.cgi/operate/1121886018/841
841 名前：root▲ ★[sage] 投稿日：2006/02/13(月) 17:47:18 ID:???0 ?#
(略)
ということは、/etc/make.conf に、
# added by mumumu, for Apahce 2.2 -- 2006/2/13
USE_APACHE=common22
を追加でいいのかな。
=========================================================================
どうもこれはユーザーが設定するべきものではないみたいです
=========================================================================
http://pc8.2ch.net/test/read.cgi/unix/1140542841/589
589 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/03/15(水) 12:35:54
>584
うむ。
USE_* は、ports に依存関係を指定するための変数で、apache で言えば
USE_APACHE は、ports が Makefile 内で Apache のバージョンいくつが
必要かを明示するための変数であって、外から与えるものじゃない。
ports の要求に対してユーザが特定の apache を提示するには >576 のように
APACHE_PORT でどの apache ports を使用するかを教えてやるのが正しい。
しかも、>575 の common* って指定は、apache 本体の Makefile で指定する
値であって、mod_* などで指定するものではない。
ttp://lists.freebsd.org/mailman/htdig/freebsd-ports/2005-November/027182.html
=========================================================================
mod_○○とかのMakefile見ると、確かにそんな感じですし
=========================================================================
http://qb5.2ch.net/test/read.cgi/operate/1121886018/841
841 名前：root▲ ★[sage] 投稿日：2006/02/13(月) 17:47:18 ID:???0 ?#
(略)
ということは、/etc/make.conf に、
# added by mumumu, for Apahce 2.2 -- 2006/2/13
USE_APACHE=common22
を追加でいいのかな。
=========================================================================
どうもこれはユーザーが設定するべきものではないみたいです
=========================================================================
http://pc8.2ch.net/test/read.cgi/unix/1140542841/589
589 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/03/15(水) 12:35:54
>584
うむ。
USE_* は、ports に依存関係を指定するための変数で、apache で言えば
USE_APACHE は、ports が Makefile 内で Apache のバージョンいくつが
必要かを明示するための変数であって、外から与えるものじゃない。
ports の要求に対してユーザが特定の apache を提示するには >576 のように
APACHE_PORT でどの apache ports を使用するかを教えてやるのが正しい。
しかも、>575 の common* って指定は、apache 本体の Makefile で指定する
値であって、mod_* などで指定するものではない。
ttp://lists.freebsd.org/mailman/htdig/freebsd-ports/2005-November/027182.html
=========================================================================
mod_○○とかのMakefile見ると、確かにそんな感じですし
682root▲ ★
NGNG サーバダウン(鯖落ち）情報 part103
http://qb5.2ch.net/test/read.cgi/operate/1147529669/810
comic6 がうーむな状況らしい。
別途、対応で。
http://qb5.2ch.net/test/read.cgi/operate/1147529669/810
comic6 がうーむな状況らしい。
別途、対応で。
>>682 mogera が図らずもウィルスによるカキコをブロックしてる形なんですかね．
しかしそれが DoS になってしまうのは......バーボンがうまく効いてない？
しかしそれが DoS になってしまうのは......バーボンがうまく効いてない？
>>684 バーボンは効いて httpd の段階で Deny できてるんですかね？
それなら仕方ない，っていうかそれに対処するとなると ipf レベルでって話になっちゃいますが．
それなら仕方ない，っていうかそれに対処するとなると ipf レベルでって話になっちゃいますが．
687root▲ ★
NGNG2006/05/28(日) 10:07:27ID:SrMCBubbP
CGI.pmって重くないですか？
2006/05/28(日) 10:22:12ID:PdR7oRMb0
書き込みバーボン(レス)は BBS を使ってるから、書き込みが成功しないと
読み込みバーボンまでDenyにならないといううわさがあるんですが、あれって改選したんですかね
読み込みバーボンまでDenyにならないといううわさがあるんですが、あれって改選したんですかね
2006/05/28(日) 10:22:41ID:PdR7oRMb0
△読み込みバーボンまで
○読み込みバーボンが発動するまで
○読み込みバーボンが発動するまで
691root▲ ★
NGNG >>688
comic6 と tmp6 は、両方とも今回の件で
ウイルスがバグってループになったっぽい気がしますね。
bbs.cgi 叩かれまくりか。
新しい環境でも書けているウイルスは存在するのかしら。
comic6 と tmp6 は、両方とも今回の件で
ウイルスがバグってループになったっぽい気がしますね。
bbs.cgi 叩かれまくりか。
新しい環境でも書けているウイルスは存在するのかしら。
2006/05/28(日) 13:51:35ID:83tmYpgS0
http://sabo2.kakiko.com/pageview/hourdata.cgi?date=20060527&server=comic6.2ch.net
を見ると、htmlが激しく叩かれているように見えますが、何か関係ありですか？
を見ると、htmlが激しく叩かれているように見えますが、何か関係ありですか？
2006/05/28(日) 14:11:15ID:LaCkOZhYO
パソコンで人間ができてプログラムが出来ないようなこと
例えば連想とかを書き込みに入れられたらウイルスによる書き込み減るかも
例えば連想とかを書き込みに入れられたらウイルスによる書き込み減るかも
>>696
それをいうなら画像でできた文字を入力するほうがいいだろ？
それをいうなら画像でできた文字を入力するほうがいいだろ？
2006/05/28(日) 17:51:37ID:9r9k0hoz0
2006/05/28(日) 18:08:36ID:DBX0N2cS0
SDｇｓｄｆ
とりあえず現在無限ループになってるのは，書き込めた“フリ”だけすればお引き取り願えるかな......
まぁどっちにしろ DoS 対策はしなきゃならんでしょうけど．
まぁどっちにしろ DoS 対策はしなきゃならんでしょうけど．
701root▲ ★
NGNG live23b = cobra2244 ダウンの件
疑うべきは、
電源問題
FreeBSD 6.1R + amd64 固有の問題 (news20b, live23b で起きている気がする)
あたりか。
疑うべきは、
電源問題
FreeBSD 6.1R + amd64 固有の問題 (news20b, live23b で起きている気がする)
あたりか。
702root▲ ★
NGNG フロントの Apache status を見ると、
フロントの httpd のコネクションが完全に詰まることは、避けられている模様。
フロントにログインして確認してみると、
F22, offlaw.cgi が刺さった状態になっている。
バックを NFS で参照している部分。
フロントの httpd のコネクションが完全に詰まることは、避けられている模様。
フロントにログインして確認してみると、
F22, offlaw.cgi が刺さった状態になっている。
バックを NFS で参照している部分。
703root▲ ★
NGNG NFS の I/O 待ちになったものが、正しくタイムアウトしない様子。
df すると、刺さってしまうみたい。
df すると、刺さってしまうみたい。
704root▲ ★
NGNG read.cgi は、
例えば適当に、
http://live23.2ch.net/test/read.cgi/livecx/1111111111/
と入れると、詰まってしまう模様。
つまり、read.cgi 的にはうまく ProxyTimeout が働いていないっぽい。
http://live23.2ch.net/livecx/a/b/c/ とかは、すぐに 503 エラーになる模様。
例えば適当に、
http://live23.2ch.net/test/read.cgi/livecx/1111111111/
と入れると、詰まってしまう模様。
つまり、read.cgi 的にはうまく ProxyTimeout が働いていないっぽい。
http://live23.2ch.net/livecx/a/b/c/ とかは、すぐに 503 エラーになる模様。
705root▲ ★
NGNG GET /livecx/index.html HTTP/1.1
Host: live23.2ch.net
は、すぐにエラーがかえってくる。
つまり、ダウンを検出して「ダウンな状態」を
キャッシュしているように見える。
Host: live23.2ch.net
は、すぐにエラーがかえってくる。
つまり、ダウンを検出して「ダウンな状態」を
キャッシュしているように見える。
706root▲ ★
NGNG707root▲ ★
NGNG GET /test/read.cgi/livecx/1111111111/ HTTP/1.1
Host: live23.2ch.net
は、止まったままになる。（ううむ）
Host: live23.2ch.net
は、止まったままになる。（ううむ）
read.cgi は，ライブな dat が存在しないと過去ログ調べるのでは？
（つまり NFS でマウントされてるところ）
で，問題はその NFS なわけですが...... soft mount でも retrans とか timeout とか
そのあたり要調整ってことですかね．
（つまり NFS でマウントされてるところ）
で，問題はその NFS なわけですが...... soft mount でも retrans とか timeout とか
そのあたり要調整ってことですかね．
709root▲ ★
2006/05/29(月) 00:47:39ID:???0 >>708
なるほど、まさにそれですね。< NFS mount を調べる
read.cgi は、確かにそういうコードになっているです。
つまり、原因は同じか。
NFS の設定は、まだまだ調整が必要な予感。
なるほど、まさにそれですね。< NFS mount を調べる
read.cgi は、確かにそういうコードになっているです。
つまり、原因は同じか。
NFS の設定は、まだまだ調整が必要な予感。
710root▲ ★
NGNG ということで、>>701-709 のまとめとしては、
ProxyTimeout は、うまく動いているらしい。
で、いったんタイムアウトの状態になると、フロントは状況をある程度覚えるらしい。
Apache status を見ると、dat 直読み系はうまくタイムアウトしているので、
503 エラーになっている。(観測結果)
で、「覚える」までの間、たぶんぐぐぐと詰まるので、
一時的にフロントの httpd が満員になり、それで雪だるま全体が繋がりにくく
なったと考えられる。(これは推測)
「覚えた」あとは速攻でタイムアウトするので、現状では httpd の開きスロットは
ある程度確保されている。(観測結果)
ProxyTimeout は、うまく動いているらしい。
で、いったんタイムアウトの状態になると、フロントは状況をある程度覚えるらしい。
Apache status を見ると、dat 直読み系はうまくタイムアウトしているので、
503 エラーになっている。(観測結果)
で、「覚える」までの間、たぶんぐぐぐと詰まるので、
一時的にフロントの httpd が満員になり、それで雪だるま全体が繋がりにくく
なったと考えられる。(これは推測)
「覚えた」あとは速攻でタイムアウトするので、現状では httpd の開きスロットは
ある程度確保されている。(観測結果)
711root▲ ★
NGNG NFS 系は、状況がまったく変わっていない。
つまり /etc/fstab に soft を追加しただけでは、何も変わらない。
別途他の調整を実行する必要ありということで。
つまり /etc/fstab に soft を追加しただけでは、何も変わらない。
別途他の調整を実行する必要ありということで。
712root▲ ★
NGNG ということで、ひととおりチェックしたいところは調べたので、
liveb1 の dat バックアップを固めて、
あとはたんたんとリブート要請へと。
liveb1 の dat バックアップを固めて、
あとはたんたんとリブート要請へと。
713root▲ ★
NGNG >>712 done.
で、ここまでのチラシの裏リストの棚卸:
とりあえず >>600 あたりから。
・>>601-602
・>>615 kris の資料も置かれた模様。>>656 とかも参考に。
・>>618 の変更が 6.1R cobraダウンの原因っていう感じでもないみたい。
(ex14 は問題ないし)
・>>629-630 は問題なさげなのかな。
・バックエンドが落ちても、NFS が刺さらないようにする
>>633-635 あたり。fstab に書かずに直接 mount_nfs で試してみるか。
・Apache 的に SetEnv し、cgi でそれを参照する
・復帰の呪文の問題 (>>665)
・引越しに伴う default gateway の変更 (*.1 => *.2、153村は *.3)(>>667-668)
手順は >>669 だが、ping が通るなら先回りも。
・live23b/news20b がたまに落ちる(だまる)
>>649 でも落ちている(news20b)。しかも自分でリブートしたっぽい (>>650-652)
で、今日は live23b。
・>>679 の速度チェック
概ね問題なしという噂もありますが、一応。
・>>682 comic6 の問題(ウイルスのbbs.cgiへのDoSによる負荷)
で、ここまでのチラシの裏リストの棚卸:
とりあえず >>600 あたりから。
・>>601-602
・>>615 kris の資料も置かれた模様。>>656 とかも参考に。
・>>618 の変更が 6.1R cobraダウンの原因っていう感じでもないみたい。
(ex14 は問題ないし)
・>>629-630 は問題なさげなのかな。
・バックエンドが落ちても、NFS が刺さらないようにする
>>633-635 あたり。fstab に書かずに直接 mount_nfs で試してみるか。
・Apache 的に SetEnv し、cgi でそれを参照する
・復帰の呪文の問題 (>>665)
・引越しに伴う default gateway の変更 (*.1 => *.2、153村は *.3)(>>667-668)
手順は >>669 だが、ping が通るなら先回りも。
・live23b/news20b がたまに落ちる(だまる)
>>649 でも落ちている(news20b)。しかも自分でリブートしたっぽい (>>650-652)
で、今日は live23b。
・>>679 の速度チェック
概ね問題なしという噂もありますが、一応。
・>>682 comic6 の問題(ウイルスのbbs.cgiへのDoSによる負荷)
715root▲ ★
NGNG 【365Main】 回線増速(ニュー速とかお引越しのご案内) Part2
http://qb5.2ch.net/test/read.cgi/operate/1148497454/458
やっぱ、i386 と amd64 が活発なようですね。
最近では、big endian でも問題ないことや、
CPU が多くても(例えば14CPUとか)スケールすることの検証などに、
sparc64 も活用されているようです。
http://qb5.2ch.net/test/read.cgi/operate/1148497454/458
やっぱ、i386 と amd64 が活発なようですね。
最近では、big endian でも問題ないことや、
CPU が多くても(例えば14CPUとか)スケールすることの検証などに、
sparc64 も活用されているようです。
716水色＠飛行石 ★
2006/05/29(月) 01:37:28ID:???0 >>682
BBQじゃなくて自動バーボンみたいのがいるんですかねー。
判定方法が難しそうですがー。
スピードとか間隔とかだと、幾らでもかいくぐれますからねー。
1時間に1回でもウイルス作者にとってはいいですからねー。
感染パソコンを何十台も作ればいいわけですからー。
BBQじゃなくて自動バーボンみたいのがいるんですかねー。
判定方法が難しそうですがー。
スピードとか間隔とかだと、幾らでもかいくぐれますからねー。
1時間に1回でもウイルス作者にとってはいいですからねー。
感染パソコンを何十台も作ればいいわけですからー。
718root▲ ★
NGNG >>700 にあるようなことをするには、
さて、どうすればいいのかなと。
重い重い重い重い重い重い重い×36＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1147544326/282
に、ウイルスの内部コードっぽいのが貼られてますが、
これだと、さて。
さて、どうすればいいのかなと。
重い重い重い重い重い重い重い×36＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1147544326/282
に、ウイルスの内部コードっぽいのが貼られてますが、
これだと、さて。
719root▲ ★
NGNG ううむ。
だんだん、フロントの httpd の空きコネクション数に余裕がなくなってきた。
刺さっている read.cgi が増えていっているせいか。
kill -KILL で殺しても死なない可能性ありか。ううむ。
だんだん、フロントの httpd の空きコネクション数に余裕がなくなってきた。
刺さっている read.cgi が増えていっているせいか。
kill -KILL で殺しても死なない可能性ありか。ううむ。
721root▲ ★
NGNG httpd のリスタート自体はできた。
でも、微妙に変ですね。
このままだと、live22x や news20 にも影響が出ちゃうから、
cobra2244 のリブート入れない限り、
そのうちおじさんもニュー速で遊べなくなるってことか。ううむ。
でも、微妙に変ですね。
このままだと、live22x や news20 にも影響が出ちゃうから、
cobra2244 のリブート入れない限り、
そのうちおじさんもニュー速で遊べなくなるってことか。ううむ。
722root▲ ★
NGNG >>721 は live22x1 に対して実施。
723ｒｅｆｆｉ@報告人 ★
2006/05/29(月) 03:09:16ID:???0 >721-722
ありゃりゃ
ｘ1ブレーメンメーター復帰は確認しましたがまた挙動不審になるのも時間の問題
って事ですか。。。。
※liveスレで早めに実＋への誘導は入れておきました。
ありゃりゃ
ｘ1ブレーメンメーター復帰は確認しましたがまた挙動不審になるのも時間の問題
って事ですか。。。。
※liveスレで早めに実＋への誘導は入れておきました。
724root▲ ★
NGNG httpd の子プロセスが刺さったまま残ってしまったですね。
他のフロントに対する設定変更は、cobra2244 のリブートが入るまでは、
なしということで。
他のフロントに対する設定変更は、cobra2244 のリブートが入るまでは、
なしということで。
725root▲ ★
NGNG …つまり、NFS の設定の見直しが急務ってことですね。
・タイムアウトするようにする
ってことで。
・タイムアウトするようにする
ってことで。
726root▲ ★
2006/05/29(月) 03:29:07ID:???0 しかし、soft を指定しているのにハングアップするというのは、
しかもずっと刺さってしまうというのは、ちと納得できないですね。
# さっき間違って入れた df コマンドが、まだ刺さっているので。
しかもずっと刺さってしまうというのは、ちと納得できないですね。
# さっき間違って入れた df コマンドが、まだ刺さっているので。
727root▲ ★
2006/05/29(月) 03:33:15ID:???0 で、今は UDP で mount しているわけですが、
TCP で mount するということも、試してみる意味はあるのかもですね。
ただ、TCP で mount していると、
NFS サーバのリブート入れた時に、connection reset by peer とかになるような気も
しないでもないかも。
TCP で mount するということも、試してみる意味はあるのかもですね。
ただ、TCP で mount していると、
NFS サーバのリブート入れた時に、connection reset by peer とかになるような気も
しないでもないかも。
728root▲ ★
2006/05/29(月) 03:44:48ID:???0 6.0R では TCP mount はいまいちらしいけど。
http://lists.freebsd.org/pipermail/freebsd-current/2005-July/052582.html
http://lists.freebsd.org/pipermail/freebsd-current/2005-July/052582.html
729root▲ ★
2006/05/29(月) 03:45:20ID:???0730ｒｅｆｆｉ@報告人 ★
2006/05/29(月) 03:46:58ID:???0 live23リブート入ったようですが閲覧できないようです。
731ｒｅｆｆｉ@報告人 ★
2006/05/29(月) 03:49:06ID:???0 >730
データの差し戻しお願いします〜＞rootさん
データの差し戻しお願いします〜＞rootさん
732root▲ ★
NGNG >>731 done.
ということで、NFS の設定詰めのため、
またいろいろやってみるということで。
【実況】 live23+24 Part19【新体制始動】
http://qb5.2ch.net/test/read.cgi/operate/1148046382/790
790 名前：root▲ ★[] 投稿日：2006/05/29(月) 04:08:02 ID:???0 ?#
で、今回みたいな事態にならないように
(live23b のダウンが live22x や news20b にも影響してしまう)
近日中に、設定変更確認 & 試行のため、
一時的にわざと落としたりするかもです。
その場合には、事前に連絡を入れるということで。
ということで、NFS の設定詰めのため、
またいろいろやってみるということで。
【実況】 live23+24 Part19【新体制始動】
http://qb5.2ch.net/test/read.cgi/operate/1148046382/790
790 名前：root▲ ★[] 投稿日：2006/05/29(月) 04:08:02 ID:???0 ?#
で、今回みたいな事態にならないように
(live23b のダウンが live22x や news20b にも影響してしまう)
近日中に、設定変更確認 & 試行のため、
一時的にわざと落としたりするかもです。
その場合には、事前に連絡を入れるということで。
733root▲ ★
NGNG live22x3 異常発生ですね。
うまくプロセスが死なない。
まだ落ちていると思っているのかな。
うまくプロセスが死なない。
まだ落ちていると思っているのかな。
734root▲ ★
NGNG live22x4 も、同じ異常発生。
両サーバとも、NFS の復活を認識しません。
リブートもだめの模様。
これは、NFS に虫がいるっぽいですね。
live22x3 live22x4 フロントから外しておきます。
あとは通常のリブート要請コースで。
live22x1 x2 x5 は正常でした。
両サーバとも、NFS の復活を認識しません。
リブートもだめの模様。
これは、NFS に虫がいるっぽいですね。
live22x3 live22x4 フロントから外しておきます。
あとは通常のリブート要請コースで。
live22x1 x2 x5 は正常でした。
735ピロリ
2006/05/29(月) 04:20:08ID:914MKRU30 うーむですなぁ、
Cobra だと駄目なんですか?
Cobra だと駄目なんですか?
736root▲ ★
NGNG737root▲ ★
NGNG >>735
どうも、現状ではそうなのかもですね。
設定で回避できるかもしれない可能性は、ありますけど。
一つあった問題(kbdmuxは入っているとおかしくなる)は、
はずすことで回避できました。
6.0R (ex14)ではこの問題は起こっていないので、
6.1R の問題なのかなと。
どうも、現状ではそうなのかもですね。
設定で回避できるかもしれない可能性は、ありますけど。
一つあった問題(kbdmuxは入っているとおかしくなる)は、
はずすことで回避できました。
6.0R (ex14)ではこの問題は起こっていないので、
6.1R の問題なのかなと。
738root▲ ★
NGNG へくったフロント、うまくリブートできたようです。
reboot -q -n でリブートしてみた。
reboot -q -n でリブートしてみた。
739root▲ ★
NGNG フロントを5台体制に戻しました。
740root▲ ★
NGNG ・NFS しくらないようにする
・6.1R/amd64 の設定でハングアップを回避できないか調べてみる
あたりですかね。まずは。
・6.1R/amd64 の設定でハングアップを回避できないか調べてみる
あたりですかね。まずは。
741root▲ ★
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.
これ、かなぁ。
うーむ。
UFS deadlocks on amd64
Needs testing Tor Egge Seen by Kris Kennaway. This problem seems MI.
これ、かなぁ。
うーむ。
■ このスレッドは過去ログ倉庫に格納されています
