◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:2ch特化型サーバ・ロケーション構築作戦 Part21->画像>1枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/operate/1145114275/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
前スレからの課題
ｵﾒ
前スレでやったこと(1)
今のところの虫との闘いの記録
で、
http://qb5.2ch.net/test/read.cgi/operate/1140540754/993 > 1 と 2048 だと、Apache がちゃんと増えないみたい。
ですが、
pid 32740 (httpd), uid 2001: exited on signal 11
pid 32741 (httpd), uid 2001: exited on signal 11
pid 32742 (httpd), uid 2001: exited on signal 11
pid 32743 (httpd), uid 2001: exited on signal 11
pid 32745 (httpd), uid 2001: exited on signal 11
pid 32746 (httpd), uid 2001: exited on signal 11
pid 32763 (httpd), uid 2001: exited on signal 11
...
となっていた模様。
で、本日寝る前に、PREEMPTION ありのカーネルに入れ替える作業する予定。< live22
あー、間違えた。DEVICE_POLLING ありでした。
>>11 あと、前スレで登場されたjig.jpの中の方に伝言を。
>>10 kern.threads.max_threads_per_proc
kern.threads.max_groups_per_proc
は設定されてますか?
デフォルトは1500のはずなので、1プロセス2048スレッドなら設定が必要ですが。。
>>10 SIGSEGV ですか......これもちょっと不可解ですね．
>>14 してないですね。
なるほど、、、。
>>15 たぶん
>>14 じゃないかなと。
SYSCTL_INT ですか。
%sysctl kern.threads.max_threads_per_proc=4096
topでみると:
>>14 >>16 そういうことですか......ただ，
rv = apr_thread_create(&threads[i], thread_attr,
worker_thread, my_info, pchild);
if (rv != APR_SUCCESS) {
ap_log_error(APLOG_MARK, APLOG_ALERT, rv, ap_server_conf,
"apr_thread_create: unable to create worker thread");
/* let the parent decide how bad this really is */
clean_child_exit(APEXIT_CHILDSICK);
}
ということなんで，正常に exit() せず SIGSEGV ってのも妙ではありますが......
/etc/sysctl.conf に追加した。
# Thank you for AC,
http://qb5.2ch.net/test/read.cgi/operate/1145114275/14 kern.threads.max_threads_per_proc=4096
kern.threads.max_groups_per_proc=4096
>>18 >しかし子プロセス1つだと、
>signal 10とか踏んだ時にまるごとぼーんと死んじゃう瞬間があるのかしら。
まぁそれが弱点といえば弱点ですね．ただ，これまで SIGBUS になった時は
どっちにしろ一気にどん詰まりになってるようなんで実際上あまり変わらないかもですが......
>>19 main 1 + listener 1 + worker 2048 ですね．
>>14 のように書きましたが、
個人的には、1プロセスあたりのスレッド数をあまり多くするのは反対ですけどね。
多すぎず、少なすぎずがいいと思いますが。
でも、いろいろ試してみるのも良いかもしれませんね。
>>22-23 なるほど。
システムのデフォルトのリミット値を尊重して、
まずは 2 プロセス、1024 スレッドで試してみようかなと。
<IfModule mpm_worker_module>
>>26 ですね。
ただ、虫踏みは prefork MPM でも発生することがわかっているので、
いずれにせよ起こるリスクはあるということで、
いろいろ実験してみる価値は、あるのかなと。
>>22 前から不思議に思ってたのが
>ただ，これまで SIGBUS になった時は
>どっちにしろ一気にどん詰まりになってるようなんで実際上あまり変わらないかもですが......
の動作で、何で一度にSIGBUSになるんだろうなぁと思っていました。
仮に thread library の問題だとして、1プロセスが落ちるならわかるんですが、
どうして一度に複数落ちちゃうのかなぁと。
まあ、load average が異常にあがったら落ちちゃうとか、
MaxClients に達したら落ちちゃうとか考えられるかもですが、
少なくとも、うちじゃあ load average が1000になろうと MaxClients いっぱいになろうと
SIGBUSで落ちるのは見たことないです。。
後ろでmake -j 4 を動かすと、CPU idle timeがなくなり、
ちなみにさっきおかしかった時は、top で見ると umtx という状態の httpd が
ということでこれは必要なさげなので、
>>28 うーむ。そうですか。
この状態の時に signal 10 で落ちるのは、よく見かけるですね。
>>30 umtxですか。
ucondならわかるんですが。
普段がacceptで、負荷の時にucondになるなら、
それは、空きworkerスレッドがないため、
listenerスレッドがworkerスレッドが空くのを待っている状態です。
つまり、ThreadsPerChildが256なら、256いっぱいいっぱいってことです。
>>34 ucond はこんな感じでみかけますね(現在の状態、カーネルmake中)。
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
86396 root 132 0 12524K 11916K CPU2 2 0:02 62.53% cc1
86398 root 132 0 10240K 9668K CPU1 0 0:02 56.89% cc1
3633 ch2live22 97 0 2788K 1552K CPU3 3 12:45 3.52% bbsd
86388 root 129 0 732K 620K select 2 0:00 2.56% make
86229 root 96 0 5688K 4944K CPU0 3 0:00 1.38% top
77348 ch2live22 100 0 63504K 30708K select 3 1:25 0.88% httpd
77344 ch2live22 100 0 74416K 41728K select 0 1:25 0.49% httpd
77344 ch2live22 100 0 74416K 41728K select 0 1:25 0.34% httpd
77342 ch2live22 100 0 60492K 28796K select 0 1:25 0.34% httpd
77341 ch2live22 100 0 73844K 40696K select 3 1:25 0.29% httpd
77346 ch2live22 100 0 66564K 34484K select 3 1:26 0.24% httpd
77346 ch2live22 100 0 66564K 34484K ucond 3 1:26 0.24% httpd
77343 ch2live22 100 0 61928K 30148K ucond 0 1:26 0.24% httpd
77343 ch2live22 100 0 61928K 30148K select 0 1:26 0.24% httpd
77348 ch2live22 100 0 63504K 30708K select 0 1:25 0.24% httpd
77348 ch2live22 100 0 63504K 30708K ucond 0 1:25 0.24% httpd
77344 ch2live22 100 0 74416K 41728K ucond 1 1:25 0.24% httpd
77345 ch2live22 100 0 69808K 37128K select 0 1:25 0.24% httpd
77343 ch2live22 100 0 61928K 30148K select 1 1:26 0.20% httpd
77343 ch2live22 100 0 61928K 30148K ucond 0 1:26 0.20% httpd
77341 ch2live22 100 0 73844K 40696K select 0 1:25 0.20% httpd
77345 ch2live22 100 0 69808K 37128K select 0 1:25 0.20% httpd
77345 ch2live22 100 0 69808K 37128K ucond 0 1:25 0.20% httpd
77347 ch2live22 100 0 69160K 36336K select 0 1:24 0.20% httpd
77348 ch2live22 100 0 63504K 30708K select 0 1:25 0.15% httpd
77344 ch2live22 100 0 74416K 41728K ucond 0 1:25 0.15% httpd
>>34 > つまり、ThreadsPerChildが256なら、256いっぱいいっぱいってことです。
ということは、ucond ばかりになる時は、何らかの対策が必要と。
Apache status (server-statusで見られるやつ)を見る限り、余裕しゃくしゃくに見えますが、
それでもいっぱいになることがあるのかしら。
>>32 ん、何かまずかったかしら。
>>35 ああ、すいません。
私が言ったのは、topでスレッドを展開せずに表示した時のことです。
経験上、スレッドを展開しなかったときは、
listnerスレッドの状態が accept とか ucond とかであらわれるようなので。
>>37 なるほど、そういうことですか。
(-H状態ではない場合と)
例えば、
http://qb5.2ch.net/test/read.cgi/operate/1140540754/674 のような状態は、もう、どのプロセスもパンパンだと思うんですよ。
で、なんで、パンパンになっちゃうのかと言うと、
普通に考えれば worker の処理が完了する前にどんどん接続を受け入れちゃうからで、
つまり、workerの処理に時間がかかりすぎていると。
Apacheって、workerの処理時間ログに出せませんでしたっけ?
DEVICE_POLLING ありにした。
>>39 WBCの時ですね。
あぁ、なんかちょっとだけ限界に近づいたなぁ、っていう感じを初めて受けた時でした。
work の処理時間ですか。んー、SunOS さんが詳しそうですね(私はそこまで知らないです)。
man polling
で、この PREEMPTION なし、DEVICE_POLLING ありは、
>>42 6.1では
SUPPORTED DEVICES
Device polling requires explicit modifications to the device drivers. As
of this writing, the bge(4), dc(4), em(4), fwe(4), fwip(4), fxp(4),
ixgb(4), nge(4), re(4), rl(4), sf(4), sis(4), ste(4), vge(4), vr(4), and
xl(4) devices are supported, with others in the works
ですね。
>>44 おーっ ♥
%pushd /usr/src/sys/dev/bge
/usr/src/sys/dev/bge ~
%ls
if_bge.c if_bgereg.h
%grep POLLING *.[ch]
if_bge.c:#ifdef DEVICE_POLLING
if_bge.c:#ifdef DEVICE_POLLING
if_bge.c: ifp->if_capabilities |= IFCAP_POLLING;
if_bge.c:#ifdef DEVICE_POLLING
(以下略)
もう今日は、live22 をおびやかすような負荷は来ないかな。
systat で見ると、数千回とかあった em0 と em1 の割り込みがなくなって、ちと感動。
お疲れさまでした。
乙でした． >>39 >>41 これでしょうか？ live22のapacheで、workerの処理時間がかかることって
>>50 HDDとネットワークの割り込みの取り合い(race condition)かなぁと思っていたりします。
昨日の出来事でかなりの確率でそうかなと、思うようになってきました。
今日2:30の設定変更でDEVICE_POLLING(この部分に有効といわれている)を入れたのが、
どう働くかなと。
ex14で、昨日live22で詰めた設定の実験を始めた。
ex14、妙なシステムダウン。
pingかかるものの、ログインできず。
ブレーメンのログやapache statusのログを見ても、
負荷がかかったような様子はなし。
>>52 が原因か。ううむ。
サーバダウンスレは流れそうなので、こっちに状況を。
で、
>>52 にあたり変えたのは、
・libpthread => libthr (libmap.conf 設定)
・httpd.conf (
>>52 の部分のみ)
ううむ。
単なる憶測ですが，メモリか何かの資源を食い潰したとかそんな感じなんでしょうかねぇ......
いずれにせよ上がったら、
>>57 なるほど......
カーネル内の何かのロックで引っかかってるかとかですかねぇ......
>>59 そんな気がするですね。
TCP で接続しようとすると、ユーザランドにいかないっぽい(
>>54 )ので。
リブート入ったので、
結構、ネットワークからの割り込み入っていますね。
で、
>>61-62 乙です．
>>51 みたいなことが ex14 でも起きたんでしょうかね......？
race condition だとするとタイミングの問題でしょうし．
<IfModule mpm_worker_module>
>>64 ありえますね。
前にも数回、同じような不可解な停止(ただし高負荷時)にあったので、
そうかなと思っていたり。
Apr 18 04:48:07 <0.6> tiger2522 kernel: pid 49512 (httpd), uid 2001: exited on signal 10
とりあえず、
今は、ゆとりありだからわからないなぁ。
%sysctl vfs.numvnodes
vfs.numvnodes: 39509
%sysctl kern.maxvnodes
kern.maxvnodes: 200000
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html このへんは大丈夫(だった)っぽいなぁ。
CoreDumpDirectory が効いて core を取れればどこでコケてるか絞りやすいんでしょうけどね．
Apache 2.2.0 にしてから試してなかったので、
kern.polling.burst_max
# XXX
fsck -n /home とか find /home -ls とかやってみたけど、
前に make -j 4 で再現した「ぐにゃぐにゃ」も、再現されない模様。
ハードウェア的な問題はないのでしょうか？
>>81 ハードですか、、、。
一応、ないとは思いますけど、、、。 < 症状から
# そういえば某飲み会で、コマンドを入力すると全部バスエラーになるサーバの対応を
# していたような、していないような。(その時の原因はHDDのI/Oエラーだったみたいです)
人為的にやるなら，ab 攻撃 +
>>79 みたいなのとか．
HZ=2000 なカーネルに入れ替え。@ live22
read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/518-521 今見ていますが、_datArea の rsync が、とっても負荷が高いですね。
どうせ不安定なんだから(おい)、ここをread onlyのNFSにしてみるとか。
やってみるか。
@ live22
>>87 の前に、今ある _datArea の rsync 止めて、
ディレクトリを mv した。
@ live22
>>87 を、live22x2 と live22x3 にも適用。
結局、_datArea の rsync をとりあえずやめることにして、
ということで、以前のNFS利用と異なるのは、
ちなみに _datArea という名前は非公開だったり
>>93 あ、、、そうでしたか。
ごめんなさい。
例のPIEへの大引越しの際に、_datArea という名前で
過去ログを公開していたので、公開情報だと思ってしまいました。
すみません。
いくつか有る壁の一つだから
rsync の負荷がおそろしく軽くなった。
株式会社jig.jpの菊池です。
>>106 了解です。
まずは、テストサーバの仮登録ということですね。
X-Forwarded-For: xxx.xxx.xxx.xxx
X-Subscriber-ID: serial_string
という形であると想定して bbs.cgi に組み入れ、
このサーバ(qb5)に入れます。
こちらの作業ができたところで、このスレで連絡します。
よろしくお願いいたします。
早速の回答ありがとうございます。
あと、X-Subscriber-ID: 情報を送信いただくにあたっての確認です。
http://br.jig.jp/session_XA2HSjsCa3SdTu3V/pc/model.html # 対応機種が多いですね。
いい機会なので、個別の方法をまとめておきます。
1) DoCoMo
User-Agent: の serXXXXXXXXXXXXX を、加工せずそのまま送ってください。
2) au
X_UP_SUBNO の情報を、加工せずそのまま送ってください。
3) Vodafone
User-Agent: の SNxxxxxxxxxx を、加工せずそのまま送ってください。
4) Willcom
うーむ、とりあえず保留にさせてください。
仕様がわからないと、対応のしようが。
逆に仕様がわかれば、これを機会に対応できるのかな。
>>109 は、ser や SN を＊つけたままで＊、という意味になります。
よろしくおねがいします。
いい機会だから、菊池さんにひとつ質問してしまいます。
お、ひょっとして、
…というか、こっちで対応すればいいのか。
>>113 該当部分、IPアドレス 210.153.93.58 だけ一時的にスルーにします。
>>109 了解致しました。
>>111 ゲートウェイ経由でのアクセスになります。
端末情報を送っていいかWILLCOMの方に確認致しますので、こちらの対応は保留とさせていただきます。
>>115 Willcom の端末情報は、
一般的な方法では素の Willcom 電話からは得られないはずです、、、。
ということで２ちゃんねるには、送っていただかなくて問題ありませんです。
というか、たぶん許可なく送っちゃいけないんだと思います。
# 端末情報とれると＊すんごく＊うれしいけど、たぶん非公開ですね、それ。
# Willcomの対応は、別途考えましょう。
菊池様;
というわけで、qb5 サーバに対応版 bbs.cgi を入れました。
・DoCoMo/au/Vodafone いずれも対応できたはずです。
・Willcom は未対応です(携帯用ブラウザからの情報を取得できない旨のエラーになります)。
・ID の末尾の識別マークは Q になります。
・ID そのものは、携帯の標準ブラウザから書き込んだ場合と同じです。
・規制系(Samba24連投規制、BBM)は、各携帯ごとに個別で規制されます。
ということで、以下のテストを実施していただけますと助かります。
[test] 書き込みテスト 専用スレッド 61 [ﾃｽﾄ]
http://qb5.2ch.net/test/read.cgi/operate/1144376539/ に、
1) jigブラウザ経由で書き込む
2) 携帯の標準ブラウザから書き込む
1) 2) が同じ ID となり、かつIDの末尾が Q と O になれば、実験は成功です。
以上、よろしくお願いいたします。
>>118 リロードバーボンは従来通りですね。ゲートウェイ型の宿命かと。
書き込みバーボンは、携帯と同じ扱いになるはず。
(´-｀).｡ｏO（しかし対応キャリアが多いと、テストも大変だなと。）
>>112 SAですか。
cobraだけ該当すると。
>>117 素早い対応ありがとうございます。
確認致します。
既に設定済みかわかりませんが、、
StartServers 16
なるほど、LA が高く出ているだけなのね。
よくわからないながらいつも思うのですが
>>124 さんのような名無しさんこそが 動け動けウゴウゴ２ちゃんねる を支えていると思う今日この頃
ほんと深いですよね、rootさん(*´Д`)ﾉ
kern.polling.burst が結構上がることがあるみたい。
>>129 …ですね。
みんなで踊るから、面白いと。
>>130 em1 1500 <Link#2> 00:30:48:53:ec:67 138923795 2181 150931418 0 0
Ierrs が出ていました(少なくとも18:00ぐらいまでは出ていなかった)。
オーバーランかなと。
/tmp に core ができていました。
(gdb) where
>>135 変ですね。スタックが破壊されない限り、そうはならないはずなんですが。。
通常は
(gdb) where
#0 0x282b0c67 in accept () from /lib/libc.so.6
#1 0x2823ad65 in accept () from /usr/lib/libthr.so.2
#2 0x282152b2 in apr_socket_accept () from /usr/local/lib/libapr-1.so.2
#3 0x08082f76 in unixd_accept ()
#4 0x0807fe41 in listener_thread ()
#5 0x28219ee8 in dummy_worker () from /usr/local/lib/libapr-1.so.2
#6 0x2823d5c7 in pthread_create () from /usr/lib/libthr.so.2
#7 0x00000000 in ?? ()
のような感じになるはず。
>>136 > 変ですね。スタックが破壊されない限り、そうはならないはずなんですが。。
そうなんですよね。
とりあえず、観察を続けようかと。
株式会社jig.jpの菊池です。
お待たせしておりまして申し訳ございません。
書き込みテストが完了致しました。
問題ないようです。
DNSの逆引き設定がされておりませんでしたので、現在対応中です。
設定終了後、全IPを公開致します。
下記テスト結果になります。
http://qb5.2ch.net/test/read.cgi/operate/1144376539/826-845 【DoCoMo】
826（jigブラウザ）
827(ネイティブ）
828（jigブラウザ）
829（jigブラウザ）
830（ネイティブ）
832（ネイティブ）
835（jigブラウザ）
833（ネイティブ）
827（ネイティブ）
【au】
829(jigブラウザ）
830(ネイティブ）
【ボーダフォン】
844(jigブラウザ）
845(ネイティブ）
宜しくお願い致します。
>>138 書き込みテストの内容を確認しました。
DoCoMo/au/Vodafone、全て問題ないようですね。
IPアドレスの情報をいただいた後 bbs.cgi への組み込みを行い、
全サーバに反映します。
なお、今後御社側でサーバの追加・変更等があった場合、
お手数ですがその都度お知らせいただけますと助かります。
それでは、よろしくお願いいたします。
>>137 ちなみに、gdbで info threads した時に
...
2 Thread 0x82b6c00 (LWP 100348) 0x28322363 in kill () from /lib/libc.so.6
* 1 Thread 0x82b6d00 (LWP 100349) 0x282d7c67 in accept () from /lib/libc.so.6
..
のように in kill の状態になっているスレッドはないでしょうか?
あったら、そのスレッドのスタックトレースを見てみると良いかも。。
>>140 10 Thread 0x8242d00 (LWP 101459) 0x28289973 in poll () from /lib/libc.so.6
9 Thread 0x8242e00 (LWP 101461) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
8 Thread 0x8242f00 (LWP 101464) 0x2828a4b3 in kill () from /lib/libc.so.6
7 Thread 0x8263000 (LWP 101467) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
6 Thread 0x8263100 (LWP 101470) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
これか。
で、このスレッドのスタックトレースを見るには、どうすれば。
(gdb) thread 8
自分でも調べて、やってみたです。
>>142 が、いまいちみたい。
(gdb) thread 8
[Switching to thread 8 (Thread 0x8242f00 (LWP 101464))]#0 0x2828a4b3 in kill
() from /lib/libc.so.6
(gdb) where
#0 0x2828a4b3 in kill () from /lib/libc.so.6
Cannot access memory at address 0xb7f84a3c
(gdb)
>>143 そんな感じですか。。
本来なら
(gdb) where
#0 0x28322363 in kill () from /lib/libc.so.6
#1 0x0807958b in sig_coredump ()
..
というように、sig_coredump()からkill()が呼ばれるはずなんですけどね。
とりあえず、thread 8 で落ちてますので、
listenerスレッドではなく、workerスレッドで落ちていることはわかりました。
あとは、、
やっぱり CFLAGS=-g でコンパイルしないと、わかり難いんじゃないかなぁと個人的には思います。
netstat -i でカウントが増えています。
で、LAが急上昇。
>>139 ご確認ありがとうございます。
>>138 の書き込みの内容に一部間違いがございましたことをお詫び致します。
誠に申し訳ございませんでした。
下記に訂正させていただきます。
【DoCoMo】
826（jigブラウザ）
827(ネイティブ）
828（jigブラウザ）
832（ネイティブ）
833（jigブラウザ）
835（jigブラウザ）
【au】
829(jigブラウザ）
830(ネイティブ）
【ボーダフォン】
844(jigブラウザ）
845(ネイティブ）
サーバの追加・変更等があった場合の報告の件了解致しました。
弊社バージョンアップの準備ができ次第IPの公開をさせていただきます。
宜しくお願い致します。
sysctl kern.polling.user_frac=20
>>148 了解です。わざわざ訂正ありがとうございました。
これ (banana238 に昔入れたもの、今でも入っている)を入れていなかったのを
さらに、
net.inet.tcp.delayed_ack=0
は、live22 バックエンドではしない方がよさげですね。
http://www.jp.freebsd.org/QandA/HTML/1926.html net.local.dgram.maxdgram=131072
で、これらは、
【実況】 live22x Part17
http://qb5.2ch.net/test/read.cgi/operate/1145104439/936-938 帰宅途中に「banana403/404はパブリック側でmatしているから、
全部Gigabit通信になるはずで、それならプライベート側にはjumbo frame入れられるはず」
と気がつき、live22/live22x[123] に導入してみた。
ifconfig em1 mtu 9000 を設定し、/etc/rc.conf に記述を追加。
%ifconfig -a
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
inet6 fe80::230:48ff:fe53:ec66%em0 prefixlen 64 scopeid 0x1
inet 206.223.150.54 netmask 0xffffff00 broadcast 206.223.150.255
ether 00:30:48:53:ec:66
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
em1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 9000
options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
inet6 fe80::230:48ff:fe53:ec67%em1 prefixlen 64 scopeid 0x2
inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
ether 00:30:48:53:ec:67
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff000000
live22x[45] の em1 にも入れた。
よく見てみたところ、
TCPなら、ジャンボ設定してもネゴ時にMSS調整して、小さいほうに合わせてくれますけど。
>>159 えぇ、TCPは大丈夫でした。
UDP (NFSとかbbsdとか)が、のきなみだめぽ。
今、 live22 はほとんど遊んでいて、idile timeもちゃんと90%ぐらい。
systat -v で割り込みで動いているのを確認。
%uptime
> SunOS さん
で、チューニングが不十分なせいかもしれないけど、
ちょっと負荷をかけてみたけど(数回)、
>>165 メール受け取りました．内容が内容だけに，お返事はしばしお待ちを......
>>166-168 異常のきっかけがパケットの取りこぼしって感じなんですかね．
人為的に実験するとなれば，やはり複数鯖から一斉に，の方が再現しやすいのかもですね．
イオナズンのボットのみなさんに協力していただくとか
>>169 第一段落: 了解しました。
第二段落: そうですね。
同じファイルばかりものすごい勢いでアクセスしてもだめぽなのは、
既に以前に実験済みだったり。
>>170 thttpd って、cgi とかさっくり動くんでしたっけ。
というか、ポートとかIPアドレスを変えてフロントとの通信用の thttpd を動かす、とかいう
手はあるのかも。そっちは基本的に、cgi 動かさないわけだし。
で、実験的に device polling をオフにしてみた。
HZ=2000 のままで、ネットワーク系のバッファのパラメータをでかくした状態かなと。
>>158 L2SWの方にジャンボフレームを通す設定が入っているのですかね。
紫箱はデフォルトは通さないような。
>>135 live22ってFD_SIZEをかえているから、カーネル/ライブラリ/アプリの
間でサイズの不整合がおきているとか、スタックサイズオーバに
なっているとかですかね。
>>173 > 紫箱はデフォルトは通さないような。
なるほど、ありえますね。
> live22ってFD_SIZEをかえているから、カーネル/ライブラリ/アプリの
> 間でサイズの不整合がおきているとか、スタックサイズオーバに
> なっているとかですかね。
ex11 (6.1-RC, worker MPM + libthr) でも起きています。
というか、２ちゃんねるのサーバ全体でみても、かなり昔から、
それこそ mod_cgidso とか入れる前から、散見していたき駕します。 < signal 10
【 MACKEREL HAS BEEN DOWN 】リブート部隊連絡所 -- Count 02
http://qb5.2ch.net/test/read.cgi/operate/1122567937/100 cobra2247 のカーネルパニックメッセージ:
spin lock smp rendezvous held by 0xffffff00f3600be0 for > 5 seconds
cpuid = 1
>>166 パケットのとりこぼしというか、Outputの段階でdropされてるかも。
netstat -sp ip
で
output packets dropped due to no bufs, etc
が結構出てるとか…。
>>176 live22:
%netstat -sp ip
ip:
569814333 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
44404 fragments received
4 fragments dropped (dup or out of space)
17 fragments dropped after timeout
22094 packets reassembled ok
569779481 packets for this host
12392 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
614399657 packets sent from this host
0 packets sent with fabricated ip header
600 output packets dropped due to no bufs, etc.
0 output packets discarded due to no route
623622 output datagrams fragmented
3611880 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
live22x1:
live22x2:
live22x3:
>>177-180 UDPで再送してないとdropされた時点でOUTだけど、
ん〜、でも意外?にdropされてないですね。。
>>181 > ん〜、でも意外?にdropされてないですね。。
そうなんですよね。ううむ。
お世話になっております。
株式会社jig.jpの菊池です。
バージョンアップの準備が完了致しましたので全IPの公開を致します。
バージョンアップは明日を予定しております。
下記URLよりご確認いただけます。
http://br.jig.jp/pc/ip_br.html 宜しくお願い致します。
jigブラウザBREW版に関しましては、KDDIの審査において認可がおりなかった為、
フルブラがあるのにjig使われたら定額上限アップ出来ないからね。
>>183 情報をありがとうございます。
現時点で、64IPアドレスですか。
これだけあると、use Net::CIDR::Lite; する感じですね。
まずはこれで作業すすめます。
が、もし可能であれば、携帯電話のゲートウェイサーバと同様の形で、
つまり CIDR 表記で指定できる形で公開いただけますと、
大変ありがたいです。
ということで、ご検討をよろしくお願いいたします。
qb5 サーバに
>>183 の IP アドレスを組み込んだ
本番用の bbs.cgi を入れました。実験いただけると助かります。
あと
>>183 のリンク先に、「2006年4月24日現在」といった形で、
最終更新の日付を入れていただけますと、より作業がしやすくなります。
ご検討いただけますと助かります。
qb5 での動作確認ができ次第、
本 bbs.cgi を全サーバに配布させていただきます。
以上、よろしくお願いいたします。
ふと思ったのですが、
>>189 matd と同じ手法ですか。いいかもですね。
#!/bin/sh
>>187 対応ありがとうございます。
実験が終了致しましたらご連絡致します。
>>186 >>188 こちら対応致しました。
http://br.jig.jp/pc/ip_br.html CIDR表記も追加致しましたが、数は結構多くなっております。
宜しくお願い致します。
>>192 > jigブラウザIP一覧 「2006年4月24日現在」
CIDR表記での表現、助かります。
早速設定させていただきますので、テストはその後にお願いします。
(テストOKになった時点でこちらで連絡いたします)
# 「」 は要らないです(w。
>>193 > 早速設定させていただきますので、テストはその後にお願いします。
> (テストOKになった時点でこちらで連絡いたします)
qb5 サーバの準備完了しました。
それでは、よろしくお願いします。
過去ログ部分は、NFSで問題なく動いている模様。
>>195 まぁ，猛烈にアクセスしても平気なのかは，じっけ(ry
ただ，ファイル更新とバッティングした際の問題は
過去ログではほとんど発生しない，ってのも大きいのかも知れませんね．
>>196 第一段落
過去ログでは、「祭り」はないですからね(あってたまるか（ｗ)。
で、ご指摘のとおり、
基本的にはdatができていくだけなので、
そういう部分では、確かに虫を踏む可能性は少なそうですね。
(というかそう思ったので、NFSにしてみたという側面があります)
>>rootさん
>>194 書き込みテストが完了致しました。
問題ございません。
■テスト結果
http://qb5.2ch.net/test/read.cgi/operate/1145833088/27-70 【DoCoMo】
27ネイティブ
28jigブラウザ
【ボーダフォン】
30jigブラウザ
32ネイティブ
【au】
69jigブラウザ
70ネイティブ
bbs.cgi全サーバに配布お願い致します。
宜しくお願い致します。
>>199 配布完了しました。10分ほどで有効になります。
>>198 昨日、質雑スレでもこのやりとりあったですね。
通常書き込みについては個別規制できるようになったので、
「BBQ解除して公式p2についてはどんどん芋掘りしてどんどん規制」でも
いいのかな、とは思いますが、芋掘りしなきゃならないというところで、
ちょっとちゅうちょしていたり。
# 私は今のところ「芋掘りはしない」と決めているです。
# 管理人に昔「募集中ですよ」って誘われましたが、唯一、明確にお断りしました。
# どこかに一つぐらい歯止めを持っておかないと、きりがなくなっちゃうし。
P2の規制チェックをBBQからBBXにすることはできませんか？
ibisやjig側がp2を作ってアプリで直カキコした時と同じように端末情報などを2ch側に送信するのは？
>>202 Proxy + p2 で、荒らしツールとして使われまくった過去があるですね。
ようは「規制回避ツール」「荒らしツール」として使うのは、おことわりってことで。
で、たぶんスレ違いな肝。
# 上にも質雑スレにも書いたように、ibis と jig については迷っているので、
# 気まぐれに解除を依頼するかも。
>>203 そういう形での解決は、ありえますね。
p2(相当)のしくみを各アプリのベンダーさんが持って
技術情報を開示 => ２ちゃんねるでうまく対応
みたいな解決パターンは、じゅうぶん考えられると思います。
前スレでもちょっと議論しましたが、一般論だと、
・荒らしツール、規制回避ツールとして使うのはおことわりです
・携帯の場合、個別規制ができる形がいいなぁ(= 端末固有情報を２ちゃんねる側で得られる)
・２ちゃんねるから見て、コスト的に大きくないのがいいなぁ(= 大きな負荷や手間がかからない)
ってかんじなのかなと。
Hello, Sean-san, Jim-san,
菊池様;
>>207 続き、
こちらで確認してみたところ、
%dig -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; <<>> DiG 9.3.2 <<>> -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61718
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;242.98.181.202.in-addr.arpa. IN PTR
;; AUTHORITY SECTION:
242.98.181.202.in-addr.arpa. 3600 IN NS dns1.jig.jp.98.181.202.in-addr.arpa.
242.98.181.202.in-addr.arpa. 3600 IN NS dns2.jig.jp.98.181.202.in-addr.arpa.
;; Query time: 110 msec
;; SERVER: 210.188.224.9#53(210.188.224.9)
;; WHEN: Tue Apr 25 00:31:48 2006
;; MSG SIZE rcvd: 90
となっており、DNSサーバの指定が適切ではない状態にみえます。
# たぶん上位ISP(ns1.dns.ne.jp)において、NS 指定の末尾に "." を付け忘れていると思われ。
# 以上、老婆心ながら。
>>205 ご指摘ありがとうございます。
DNSの逆引きエラーに関しましては弊社方でも認識しておりまして
現在対応しております。
宜しくお願い致します。
>>181 >>195 気になったのは、ネットワークのどこかでドロップされている、ということはありませんか？
例えば、1000Mbpsで繋がっているポートと100Mbpsで繋がっているポートがあると、
帯域が狭くなるところでスイッチのバッファに一時貯められるわけですけど、
バッファ容量以上のパケットが押し寄せてくると、パケットは捨てられてしまうわけです。
TCPなら再送されますが、UDPだと取りこぼしてしまいます。
・切り分け
サーバのアクセスが集中しているときに、NFSやbbsdをTCPにしてみる。
>>210 >サーバのアクセスが集中しているときに、NFSやbbsdをTCPにしてみる。
ん......問題の切り分けという点では興味深いですが，bbsd は UDP に依存した
造りになってるんで，TCP で扱えるようにするのはちょっと大変かも......
あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......
＞あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
>>206 の件、Jim さんから「調べさせる」という返事あり。
結果も来てました。別途、報告入れます。
Jim-san, Ryan-san, Tom-san,
do you measuredって何だよ、、、。ううむ。
>>215 ibis+公式p2書き込みの件で返事来ました
いつもお世話になっております。アイビスサポート係です。
p2の管理者様が
「ibisBrowserから2chに書き込むために出力しているUserAgent」
への有効化を行っていただければ、
ibisBrowser側のアップデートで実現可能と思います。
実装については前向きに検討してまいります。
今後ともよろしくお願い申し上げます。
↑をあきさんに伝えれば宜しいのでしょうか？
>>217 向こうに詳しい人が来てくれたみたいですね
色々ありがとうございましたm(__)m
あ、そうだ。一応念のため。
>>219 確認してみました。
ibis、jigともにbbspink.comの場合は固有情報を送っていないようで、
「携帯用ブラウザからの情報を正しく取得できませんでした。(2)」が表示されました。
p2.2ch.net のほうでは、対応が終わったとのことです。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/675 ということで、p2.2ch.net 経由での書き込みについても、
通常の bbs.cgi 経由での書き込みと同じ形で
固有情報を送っていただくように設定された時点で、
同様に書き込みができるようになるはずです。 > ibis/jig とも
# この場合のIDの末尾は、通常のp2での書き込み同様に P となります。
>>220 了解。やはりそうですか。
これは、それぞれの中の方々の対応待ちですね。
お手数ですが、もし公式 p2 のアカウントをお持ちであれば、
>>221 についても、＊以下のスレでの解除作業が終了後に＊
お試しいただけますと助かります。
【BBQ＆BBM14本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1145893627/ >>222 p2で試してみました。
ibis、jigともに
「p2 error: 携帯の固有端末IDを送信しないと書き込みできません。。(携帯の設定で、固有端末IDを送信するようにしてください)」
が表示されました。
・・・あれっ？
どうやらjigも通常の書き込み時"のみ"固有情報を送信しているようですね。
西村様、菊池様;
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/686 ということで、jig, ibis とも、現時点では p2.2ch.net 経由では
固有情報を送信しないように設定されている模様です。
p2.2ch.net は２ちゃんねる公式のサービスですので、
こちらでの書き込みの際にも、同様の形式で送るように
設定をいただけますと大変助かります。
なお、
>>221 にあるように、p2.2ch.net での設定は完了している旨、
連絡をもらっています。
>>219 の件とあわせ、お手数ですがよろしくお願いいたします。
>>223-224 そのようですね。
ということで、
>>225 と。
jig さんについては、続報が。
ちと、向こうのスレの動きを観察します。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/687 p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/700-702 jig については、p2.2ch.net 側の対応により
書き込みが可能になったようです。
ということで残作業は、
jig:
>>219 ibis:
>>219 >>216 になります。お手数ですがよろしくです。
# 今日はそろそろ、寝る時間で。
>>228 お疲れさまでした
ibisにはメールしたので後は対応してもらえる事を願いつつ待ちます
本当にありがとうごさいましたm(__)m
一応こちらにも報告します。
>>222 解除作業が終了しました。
いつのまにかeAccelerator-0.9.5-beta2になってます
>>219 に関してibisから返事来ましたー
いつもお世話になっております。アイビスサポート係です。
情報提供まことにありがとうございます。ご連絡いただいたページも参考にさせていただきます。
今後とも宜しくお願い申し上げます。
との事です
もー1通はp2スレに貼ります
ありがとうございましたm(__)m
>>219 書き込み先のドメインを確認して端末情報を送信しているのですが
2ch.net,bbspink.com以外に端末情報を送信する必要のあるドメインは
ございますでしょうか？
>>233 そういえば、u.la もですね。
よろしくお願いします。
現在のところは、この3つ以外には必要ないはずです。
状況が変化したらその都度ここでお知らせします。
>>219 bbspink.com に対してのテスト書き込みを行いました。
>>225 p2への書き込みの件、承知しました。
(現在、モリタポの申請中です)
>>234 u.la から bbspink に書き込む際の action属性の中に utn が含まれているため、
404が返されております。(firefoxで確認済)
できれば修正していただけると助かります。
>>235 第一段落、第二段落
よろしくおねがいします。
第三段落
状況確認しました。修正してもらう方向で。
u.la の対応がなされたようです。
雪だるま作戦のスレを待ち続けるスレ Part6
http://aa5.2ch.net/test/read.cgi/nanmin/1144142021/946 確認をお願いいたします。
u.la から bbspink.comの書き込みを確認しました。
http://same.u.la/test/r.so/sakura02.bbspink.com/pinkqa/1142871332/481 478: bbspink.com からibisBrowserで直接書き込み
479: c.2ch.net からibisBrowserで書き込み
480: (PCから書き込み)
481: u.la からibisBrowserで書き込み
以上の通り、書き込みできましたことを報告いたします。
>>238 了解しました。
公式 p2 以外は対応できたということですね。
向こうの様子をみていると、公式 p2 ももうすぐ対応できそうな感じで。
>>239 ありがとうございました。
公式p2への書き込みも無事終了しました。
今後ともよろしくお願い申し上げます。
皆さんに質問ですウイルスの作り方知ってる人カキコおねがいします
rootさん・西村さん、お疲れ様でしたm(_ _)m
さっき、live22 が重くなった時。
で、top で見ると、
もう1回堀江被告が出るようなので、
#XXX#MaxKeepAliveRequests 100
桃の毛が明晩に迫ってて，バック増設も間に合いそうにない，となると
>>255 なるほど......金曜日とかどっかで見たような気がして，てっきり明日かと......
Apache2.2.0で起こるフロントの暴走って結局どうなりました？
mod_proxyで子プロセスがCPUを100%つかうバグが2.2.0にあるみたいですけど
http://svn.apache.org/viewcvs.cgi?rev=390724&view=rev >>257 今フロントは Apache 2.0.55 + libpthread です。
特に暴走問題はその後起こってない模様。
2.2.0じゃないの？
>>259 mod_proxy 経由でバックエンドにいくと、そうなります。
バックエンドは Apache 2.2.0
HEAD / HTTP/1.1
Host: live22x.2ch.net
HTTP/1.1 200 OK
Date: Thu, 27 Apr 2006 15:38:03 GMT
Server: Apache/2.0.55
Last-Modified: Thu, 18 Aug 2005 12:46:12 GMT
ETag: "da84b-8c-9917ed00"
Accept-Ranges: bytes
Content-Length: 140
Vary: Accept-Encoding
Content-Type: text/html
明日以降、mod_cache を入れるべく、
Apacheが落ちちゃう問題について。
>>262 この壁を乗り越えると，また一歩前進と......
【BBQ＆BBM14本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1145893627/96-97 携帯からなのでbrew.ne.jpと思われる範囲をばっさりしました。
（
>>205 の考えと宣伝荒らし発生のため）
ご報告まで。
>>263 う〜む......そうなっちゃうとすると SIGBUS 発生も頷けますが，しかしなぜそうなるのか......
メモリが糞で化けてる可能性は無視ですか？そうですか。
きっとアドレスが足りないんだよ、ァ。
memtestかけて何も問題無かったらapacheの問題かな？
signal 10 で落ちるのは 2ch 全土でかなり昔から観測されているので、
>>270 補足
ただ、worker MPM で負荷が高くなった時にまとまって落ちるという
現在の症状のものとは、
原因が異なっているような気もしていたりします。
>>263 こういうのは、普通はAPL側での、メモリの誤解放、
メモリを解放したけどなんらかの検索用のlistからの
削除が漏れていた、listからの削除がメモリ解放より
後になっていてプリエンプションで他のプロセスに
メモリを横取りされた、といったことが多いですね。
でも、ApacheとFreeBSDどっちが信頼がおけるのだろう...
この際他のディストリに乗り換えてみるとか。
>>274 はなんで2chがFreeBSD採用しているのかわかっているのだろうか
お守りをする人が一番得意としているからだろw
>>263 の問題についてパッチを作ったので、後ほどUPします(現在テスト中)。
パッチを当てる前は結構落ちてましたが、
パッチを当てた後は、今のところ一度も落ちていません。
live22 で落ちる原因がこれと同じかはわかりませんが。。。
なお、これは Apache 2.2.0 worker で落ちる問題の対応で、
prefork で落ちるのは別の原因だと思われます。
長いので、分けてUPします。
@@ -163,7 +179,7 @@
完了。
>>276-279 ありがとうございます。
ひとつ質問です。
#ifdef __FreeBSD__ となっていますが、
これは FreeBSD に固有の虫さんなんでしょうか。
>>280 #ifdef __FreeBSD__ になっているのは、
対応に、FreeBSD固有の関数(atomic_cmpset_ptr())を使用しているからです。
で、一応、私のところではこれで直ってるんですが、
apr_atomic_casptr()を使用した場合、どこが問題なのかは、まだわかってないです。
わかる人がいたら、教えて頂けると嬉しいです。。
apr_atomic_casptr()に問題があるなら、どのOSでも発生するはずですが、
で、libthr 復活してみるか。 < @ live22
/etc/libmap.conf を元に戻して(有効にして)、
やはりp2から書き込んでいないのに末尾Pになると悲しくなるのは修正効きませんか？
KDDI-HI31 UP.Browser/6.2.0.5.c.1.100 (GUI) MMP/2.0 >>288 それは「公式p2から書き込んでいないのに末尾Pになる」ということですか。
ID末尾に機種判定が出ない板で、たまたま末尾がPになっただけだったりして
mutex が怪しい？
ex11, ex14 にも適用しておこう。< 上記Apache2.2のパッチ
>>292 ううむこれって、特に高負荷時に apr_thread_mutex_{,un}lock() が怪しい動きをする、
という話なのかしら。
全OS対応の汎用パッチも作ってみました。
このパッチでも、Apacheが落ちずに使えてます。
>>292 >>294 下記パッチで修正されることから考えるに、apr_atomic_casptr()自身よりも
その使い方に問題があると思われます。
apr_atomic_casptr()が成功した場合、new_recycleがキューにpushされたということであり、
一旦キューに入ったからには、apr_atomic_casptr()からreturnしてきた段階で、
既にpopされて別のところで使われているかもしれません。
そういう意味で、new_recycle->nextを比較演算子の右辺として使うのは
よろしくないんじゃないかと思います。
なお、このパッチは汎用なので、
FreeBSDの場合は
>>277-278 のパッチを使用した方がちょっとだけ速いです。
--- server/mpm/worker/fdqueue.c.origMon May 1 05:56:14 2006
+++ server/mpm/worker/fdqueue.cMon May 1 06:08:02 2006
@@ -95,10 +95,10 @@
sizeof(*new_recycle));
new_recycle->pool = pool_to_recycle;
for (;;) {
- new_recycle->next = queue_info->recycled_pools;
+ struct recycled_pool *prev;
+ prev = new_recycle->next = queue_info->recycled_pools;
if (apr_atomic_casptr((volatile void**)&(queue_info->recycled_pools),
- new_recycle, new_recycle->next) ==
- new_recycle->next) {
+ new_recycle, prev) == prev) {
break;
}
}
@@ -163,7 +163,7 @@
* now nonzero, it's safe for this function to
* return immediately.
*/
- if (queue_info->idlers == 0) {
+ while (queue_info->idlers == 0) {
rv = apr_thread_cond_wait(queue_info->wait_for_idler,
queue_info->idlers_mutex);
if (rv != APR_SUCCESS) {
(gdb) info threads
2 Thread 0x8262500 (LWP 102200) 0x28289973 in poll () from /lib/libc.so.6
signal 10問題、簡単なまとめ
>>300 1)はたぶん虫さんでしょうね・・・・
libcの虫さんでなければいいのですけど。
6.1-RC2
%uname -a
FreeBSD banana273.maido3.com 6.1-RC2 FreeBSD 6.1-RC2 #3: Sun Apr 30 22:25:34 PDT 2006
[email protected] :/var/src/sys/i386/compile/I386_BANANA_61 i386
RCといえば、やっと取れたみたい（苦笑）@ProFTPD 1.3.0
thttpdはcgiをBasicサポトしてます。
>>304 thttpd をバックエンドで試してみる、という選択肢はあるかもですね。
If-Modified-Since やら差分転送やらが、きちんと動くのかがポイントかしら。
>>306 %cat /usr/ports/www/apache22/distinfo
MD5 (apache22/httpd-2.2.2.tar.bz2) = 9c759a9744436de6a6aa2ddbc49d6e81
SHA256 (apache22/httpd-2.2.2.tar.bz2) = 51f8e00ca27ba4d4259daeff30ce6efcdcf086d277ffb7130e215b492a6f77cc
SIZE (apache22/httpd-2.2.2.tar.bz2) = 4851887
MD5 (apache22/apr_dbd_mysql.c) = 59d26a91cb7f1492fea9ab3e6cd054fc
SHA256 (apache22/apr_dbd_mysql.c) = db204a0e9a89620bf890985383b637d201b418002a0976a2476c0c58783cc3a3
SIZE (apache22/apr_dbd_mysql.c) = 18999
対応早。< ports
ぼちぼち、入れてみるか。
./srclib/apr/dso/unix/dso.c と
live22 を Apache 2.2.2 +
>>308 のパッチに更新した。
電源ですが、各方面からの情報により以下のことがわかりました。
で、最初は、news19 と hobby7 の XO 外への移設を考えていました。
pid 92982 (httpd), uid 2001: exited on signal 10
>>312 ここのスレでの話題ではないので、
sec2chd 方面でたんたんと報告していただければと。
>>313 corefileも、やっぱり同じ感じで役に立たないですか?
>>315 状況は全く同じですね。
まだ core 一つしか調べてないですが。
今の方針は明確に「勝ちに行く」なので、
修正が入っているはずの、最新の OS にバージョンアップをする予定。
ゴールデンウィーク明けまでに 6.1R が出ない場合、
6.1-RC2 でいこうと。
>>316 なるほど。
ちなみに、gdb で in kill 状態のスレッドで
info frame
info registers
したら、どんな感じなんでしょう?
乗り遅れ…
>>310 電源について,主幹と有りますが,そう呼んでしまうとトランス2次側からの電源が別系統で と
受け取ってしまいます。
要は「分電盤のブレーカーに空きがある」ということで良いのかしら？
という前提で 3)ですが,フル稼働時で万が一落ちた時に切り離し及び復帰が
問題なく行えるのか心配だったり。
逆に,x1〜x5がひとつのバックエンドとして利用でき,切り離し・復帰が問題なく行えるであろうと言うのであれば,
─live22
┌live22x1
├live22x2
└live22x3
┌live22x4
└live22x5
という具合に3系統に分けられると,フロントが落ちた時以外は冗長化が容易では無いかと。
>>319 > 電源について,主幹と有りますが,そう呼んでしまうとトランス2次側からの電源が別系統で と
> 受け取ってしまいます。
すみませんです。
私の電気屋的知識は、所詮門前のなんたら。
> 要は「分電盤のブレーカーに空きがある」ということで良いのかしら？
です。
> という具合に3系統に分けられると,フロントが落ちた時以外は冗長化が容易では無いかと。
なるほどです。
ただまだ全貌を掌握しているわけではないので、
まずは一歩ずつ進めていこうかなと。
>>317 (gdb) thread 73
[Switching to thread 73 (Thread 0x81d5e00 (LWP 101639))]#0 0x2828b4b3 in kill
() from /lib/libc.so.6
(gdb) info frame
Stack level 0, frame at 0xbc0c5a40:
eip = 0x2828b4b3 in kill; saved eip Cannot access memory at address 0xbc0c5a3c
(gdb) info registers
eax 0x0 0
ecx 0xc3ae7fec -1011974164
edx 0xf7f5 63477
ebx 0xa 10
esp 0xbc0c5a3c 0xbc0c5a3c
ebp 0xbc0c5a58 0xbc0c5a58
esi 0x285c5000 677138432
edi 0x3c9 969
eip 0x2828b4b3 0x2828b4b3
eflags 0x200296 2097814
cs 0x33 51
ss 0x3b 59
ds 0x3b 59
es 0x3b 59
fs 0x3b 59
gs 0x1b 27
(gdb) thread 14
>>320 > ただまだ全貌を掌握しているわけではないので、
> まずは一歩ずつ進めていこうかなと。
あいあい。いまはそれで。
>>321-323 情報どうもです。
ちょっとだけ光が見えてきたような気がします。
こうなるとVMのマップ状態が知りたくなってくるんですが、
/usr/ports/sysutils/procmap を使用して、現在稼働中のhttpdのマップ状態を
見ることは可能でしょうか?
なお、procmapはprocfsを必要としますので、現在mountしてないのでしたら、
一時的にでもmountする必要があります。
あと、kern.dflssiz, kern.maxssiz, kern.sgrowsiz等は設定されてますでしょうか?
また、Apacheの設定でThreadStackSizeは設定されてますでしょうか?
あと、
>>321-322 のcoreについて、以下の方法でトレース可能か試してみてください。
>>321 について、ebpが0xbc0c5a58なので、そこからebpの流れを追ってみる。
(gdb) p/x *0xbc0c5a58
$1 = 0xXXXXXXXX
(gdb) p/x *0xXXXXXXXX <- 上記で表示されたアドレスを入力
$2 = 0xYYYYYYYY
(gdb) p/x *0xYYYYYYYY <- 上記で表示されたアドレスを入力
...
これを10回程度繰り返す。
次に、
>>326 の結果を利用して、関数呼び出しの流れが取得可能か試す。
(gdb) p/a *(0xbc0c5a58 + 4)
$11 = ...
(gdb) p/a *(0xXXXXXXXX + 4)
$12 = ...
(gdb) p/a *(0xYYYYYYYY + 4)
...
うまくいけば、関数名が表示されると思います。
tiger503, tiger507 and cobra2247 の3台は本日電源系統移動作業の予定。
さきほど私のほうで halt -p を実行し、作業可能を伝えました。
>>325 ありがとうございます。
本日中にやってみるです。 < procmap
> あと、kern.dflssiz, kern.maxssiz, kern.sgrowsiz等は設定されてますでしょうか?
> また、Apacheの設定でThreadStackSizeは設定されてますでしょうか?
このへんはデフォルトのままです。
というか、スタックオーバーフローの疑いですか。
>>325-327 これも別途やってみるです。
外からですが、
まずは。
ex14は大きな破綻なしか。
live22x3、また変なリブート入った。
live22x3 は、ログインして状況確認中。
live22x3、いけませんね。
live22x3 は、ハードウェアトラブルっぽいですね。
live22x4, live22x5, cobra2247(= live22-2 予定)
tiger2525(= live22x3)、remote KVM でチェックしました。
tiger2525 (= live22x3) は、HDD あぼーんとのこと。
もののけ姫までに、
>>325-327 は、ちと予想外の障害対応のため、明日にでも。
(core は保存しました)
今日は、そろそろこのへんで。
過去ログ(NFS経由)を、すいているlive22のパブリック側で
live22x4, live22x5 をフロントに再投入。
・OS は 6.1-RC2
%uname -a
FreeBSD tiger507.maido3.com 6.1-RC2 FreeBSD 6.1-RC2 #0: Wed May 3 23:09:45 PDT 2006
[email protected] :/var/src/sys/i386/compile/I386_TIGER_61 i386
・Apache 2.2.2 + patch + worker MPM + libthr
・カーネルパッチ(FD_SETSIZE) とりあえず導入せず
・PREEMPTION とりあえず有効
以降の予定
cobra2247、バージョンアップの準備していたら
見たところ、カーネルパニックしている模様。
savecore: reboot after panic: spin lock held too long
いったん single CPU の kernel に替えてみるか。
>>347 まだソースがガシガシ更新されているから虫がいるんですかね？
>>348 まだ 6.0R のままなんですよ。< cobra2247
make buildworld の間に panic したという。
ほぼ同じハードウェア構成で 6.0R な ex14 はちゃんと動いているので、
ハードウェア障害の予感も。
カーネル作っている間にまた固まった、、、。 < cobra2247
しばらく待ってだめなら、リブート要請を再度出すということで。
だめなようですね。
>>325 > あと、kern.dflssiz, kern.maxssiz, kern.sgrowsiz等は設定されてますでしょうか?
> また、Apacheの設定でThreadStackSizeは設定されてますでしょうか?
http://httpd.apache.org/docs/2.2/ja/mod/mpm_common.html#threadstacksize スタックオーバー風呂ということなら、
大きくする、という手はあるのかも。
>>355 ありゃ、変な変換。
ま、いっか。もちょっとしたらお風呂の時間で。
<IfModule mpm_worker_module>
%uname -a
FreeBSD tiger2524.maido3.com 6.1-RC2 FreeBSD 6.1-RC2 #0: Thu May 4 10:04:11 PDT 2006
[email protected] :/home/src/sys/i386/compile/I386_TINYTIGER_61 i386
@ live22x2
>>357 FreeBSD 6.x のデフォルトのスレッドスタックサイズは1MBです。
>>355 >>357 リンク先を読んでみると、
スレッドスタックサイズのデフォルト値が比較的小さく設定されている プラットホーム
(例えば HP-UX) では、自動変数用の領域で大きな容量を 使用するサードパーティ製
モジュールのために Apache がクラッシュする 場合もあります。そのモジュールは他の
プラットホームでは スタックサイズが大きいために、快調に動作するかもしれません。
このタイプのクラッシュは、ThreadStackSize で OS のデフォルト値より大きな値を指定
することで解決します。 サードパーティ製モジュールでこの処置が必要であると記載
されている 場合か、Apache の出力するメッセージでスレッドスタックサイズが
小さすぎると指摘されている場合にのみ、この調整をしてください。
デフォルトスレッドスタックサイズが、Web サーバ用途に必要な量よりも 明らかに
大きすぎる場合、ThreadStackSize を OS のデフォルト値よりも小さな値にすることで、
子プロセスあたりの スレッド数をより多く持たせられるようになります。 このタイプの
調整は、テスト環境でウェブサーバを完全に テストできる場合に限って行なうべきです。
まれに多数のスタックが要求されるリクエストを受けることがあるかも しれないからです。
Web サーバの設定を変更すると、現在の ThreadStackSize の設定が取り消される
場合があります。
…ううむ、大きくするのがよいのか、小さくするのがよいのか。
あるいは実はあまり効果がないのか。
とりあえず、今は
>>357 にしておくか。
>>359 1000000 かな。それとも 1048576 ?
だんだん、思い出してきました。
で、
>>363 は、
SunOS さんのアドバイスで、apr_palloc() を使って動的にとるようにして、
解決したのでした。
私の中ではスタックは 1M はあるという意識で組んでいたり、
>>368 そのはずです。
向こうの read.cgi スレでやったはず。
>>369 なるほど、5.4R までのデフォルトと変わっているですか。
>>370 そんなわけで、64k しかなかったと。
1スレッドのスタックとすると
ということは、これではないっぽい、、、のかな。
>>374 ん、ちとはっきりとはわからんです。
(そこに来るまでにどこまで消費されているか、ってことですね)
どれだけ同時に起動されていて
>>377 live22 は read.cgi 動いてないですが、
フロントにも同じことがいえるのかもですね。 < read.cgi の話
で、FreeBSD 6.0R で変わった(でかくなった)とすると、
そこの部分を元のように＊減らして＊みる、というのは、
意味があることなのかも。
FreeBSD 6.0R では、こうか。
SunOS さんが試したのは、5.3R か。
read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/482 5.4R まで … 一律64K
6.0R, 5.5R 以降 … 32bit だと 1M 、64bit だと 2M
ということですか。
…ということは今の設定(
>>357 )は結果として、
1スレッドあたりのスタックサイズを 1/4 にしたことになるのかな。
という前提で
>>360 を読むと、
> ThreadStackSize を OS のデフォルト値よりも小さな値にすることで、
> 子プロセスあたりの スレッド数をより多く持たせられるようになります。
が、とても気になりますね。
通常、減らすのは、
つまり、これで試してみることには、おおいに意味があるかもしれないと。
>>384 ふむ、、、。
でも問題きりわけのためには、意味があるのかもですね。< 今の設定
スタック使いすぎでスワップが発生しているなら意味があるのではないかなぁ
>>387 メモリは余裕ある状態と思います。< live22
「スタック使いすぎで」はランボーないい方か、
…さて、そんななか明日以降の予定。
>>389 なるほど。そういう意味ですか。
…このへん、状況の整理が必要そうですね。
>>325 >>328 の kern. なんたらの話も含めて。
で、今日はちとエネルギー切れという感じです。
といったわけで、そろそろ店じまいの時間で。
>>325 は私の書き込みですが、
procmapを使用して、VMのマッピング状態をみることにより、
Cannot access memory at address 0xXXXXXXXX の
0xXXXXXXXX がマッピングされているのか、
そのアドレスがスレッドスタック領域内か付近か見たかったわけです。
FreeBSDはgrow stackを使用するので、スレッドスタックが1MBだとしても、
最初は128kの領域しか取りません。以後は必要において1MBまで拡張されます。
通常の状態であれば、procmapを使って稼働中のhttpdの状態を見たときは、
下の方に多くの128kの領域があるはずです。
もし、スタックが拡張されていれば128k+拡張された領域が見えます。
スタックを小さくするのは、単にアドレス空間の枯渇を防ぐためですよ。
kern.dflssiz, kern.maxssiz, kern.sgrowsiz は、
ちなみに、今話しているのはPentinumなマシンなんですよね?
>>393 そうですね。
FreeBSDはi386(32bit)だと、デフォルトのサイズは1MBなので、
デフォルトでは2500弱のスレッドしか作れないです。
よって、ThreadsPerChildもそのあたりが限界。
もし、ThreadsPerChildを3000とかにすると、pthread_create()が失敗するので、
Apacheが起動できません。
>>395 それは、amd64(64bit)ではなくて、i386(32bit)の話という意味でしょうか?
設定うんぬんということならば、
おふろを出ると、話が進んでいるですね。
>>392 ふむふむ。
>>393 なるほど、わかってきました。
>>394 そういうことでしたか。
なんか「おいでよどうぶつの森」の博物館の
あと、kern.sgrowsizを設定しているかどうかにより、
>>402 なるほど、
ということは、Red Zone を作る設定にすると、grow stack ではなくなる、
ということですか。
>>401 そのこころは、、、。
なんか 何十年たっても結局同じ話をしているんだなぁ
>>404 > hehehe
表情が思い浮かんだですよ。
で、live22x3 HDD 交換完了とのこと。
これは明日以降、たんたんと。
>>403 これは仕様というか、まあバグに近いものだと思いますが、、、
1) Thread Library (libpthread or libthr)は、1MB + 4k(Red Zone)の領域を
mmap()を使用して作成する。
2) カーネルは、grow stack を使用するので、実際には 128k の領域しか作らない。
3) Thread Library は、最後の 4k の領域を、mprotect()を使用して、
読み書き不可に設定する。
4) カーネルは、最後の 4k は実際にマッピングしてないので、何もしない
ということで、デフォルトでは Red Zone は作られないんですね。
なので、Red Zone を作成するためには、デフォルトの1MBという大きさを
128kより小さくするか、kern.sgrowsiz を大きく設定して、最初から大きな
領域をスタックとして割り当てるかどちらかをする必要があります。
ちなみに、これも動きの説明で、kern.sgrowsiz を設定した方が良いという
意味ではないです。
cobra2247 ですが、oyster901 = ex14 でコンパイルした
live22x3 6.1-RC2 で復活。
>>408 いや、live22x1 のバージョンアップがありますね。
live22 もか。
>>409 姉（live22）のバージョンアップ作業ですが今日の深夜が無難な時間帯です。
明日はＦ１にダイバスターとサッカー、明後日はＦ１とサッカーがあります。
>>410 んじゃ、そうしますかね。
2時間程度、全部止める必要があるので。
-i 2 -I 60 → -i 10 -I 120 にした。 < bbsd
signal 10 で落ちる症状は変わらない模様ですね。
>>322 の
> esp 0xb858aa3c 0xb858aa3c
> ebp 0xb858aa58 0xb858aa58
ってのは、スタックオーバーフローなんですかね？
まあ、スタック領域がこの辺にあってもおかしくは無いのですが
むしろ、バッファオーバーフローで変な領域にspが設定されている気もします。
(ebpの退避されている領域にゴミが書かれると、espにも伝播して壊れるはず)
実行環境(FreeBSD/amd64)での、スタック/ヒープ/コード(リテラル)/静的データ(bssが別ならそれも)の
それぞれのおよその配置と比べてみて
esp/ebpに設定されているのがどの領域なのかは
確認してみたいところですが。
それと、
<IfModule mpm_worker_module>
>>416 live22 は read.cgi 動かしてないので read.cgi (cgidso) 動いてないです。
cobra2247 準備が整いました。
で、live22-2 を動かすには、
なんでなんで?
>>421 なるほどなるほど。
live22x っていう名前、変えてもいいんだった。
うっかりしていました。
news20 でよいですかね。
つまり、
というわけで
>>419 はとりさげて、申請出しなおしますです。
というわけで、
>>426 んーむ、httpd の暴走ですね。
これも原因つきとめないとなぁ。
ということで、改めて DNS 登録申請いきます。
>>390 ○live22x3 復活 & フロントに再投入(済)
○live22 OS バージョンアップ(済)
・news20 構築 DNS 変更依頼中、DNS 登録完了後作業継続予定
・live22x1 OS バージョンアップ + Apache 更新 これから
#!/bin/sh
寝る前に、news20 関連のアカウント情報をメールしておくです。
私の環境では見えるみたい。
http://news20.2ch.net/ そのうち、done. が来るかなと。
# 掲示板システムは、news20b に作ることになるです。 > かっこいいおにいさん
6.1-RELEASE タグ来てますね。
きましたか。
>>437 むむむさん、memoriesが例によって例の調子です。
uptimeをみるとクローラさんがどかどかとかっさらっている最中にhttpdがあっぷっぷしたみたいな。。。
news20b は最初から 6.1R でいけるのかな。
そろそろ削除呪文系も対応しないと、バックエンドが
>>441 呪文は、例のとりあえずmod_proxyでフォワードするというのを、
ちと試してみるです。
で、news20 がうまく稼動したら、たぶん news19 を空けることできて、
news19 は既に XO ロケーションに、、、とか、いろいろと。
cobra2247 を 6.1R にすべく、make buildworld を流していたら、
・ping かからない
とりあえず、Apache2.0 と PHP4 をそれぞれ最新にしてみた。 < memories
本日準備できたら、live22x1 のバージョンアップ作業する予定。
%uname -a
FreeBSD banana273.maido3.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sat May 6 08:05:11 PDT 2006
[email protected] :/usr/obj/var/src/sys/I386_BANANA_61 i386
cvsup.peko.2ch.net、特に問題なく。
>>444 リブートしてもらいましたが、
ログインして操作しているうちに、またハングアップしました。
ちと、まじめに調べてみます。 < cobra2247
リモートコンソールで操作中。
一世代前のカーネルだと、ちゃんと動くようだ。
もう1回 make buildworld buildkernel からじっくりやろう。
>>445 改善しないっすね。
apache2limits_args="-e -t 600"
にしてみた。< 前は 1800 だった。
bbs.cgi 等配布リストに、live22x4/live22x5 を追加した。
もう1回、教科書どおりのほうほうでカーネルとユーザランドを更新しなおしてみた。
無事に上がったので、make -j 4 buildworld (負荷試験のかわり)を実施中。
死にました、、、。
このカーネル config は、ex14 のと同じなので、
>>429 ○live22x1 OS バージョンアップ + Apache 更新 … 済 6.1R
・news20 システム構築 … DNS 登録 done 後作業継続予定、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 土曜日なので週明けからか
・memories = oyster902 httpd が暴走する問題 … とりあえずその場しのぎを入れてみた
・削除の呪文の mod_proxy でのフォワード … 別途すすめる
違うとは思えないけど、
>459
>>460 前の謎のパニックメッセージ (
>>175 ) とかを見てみると、
その可能性は高いかもしれないですね。
現地に、その旨もメールして置きました。
乙です。
>>462 まだ一度も落ちていません。
負荷がかかっていなくてもたまーに落ちてたんですが。
いずれにせよ、このまま観察します。
フロントエンド5台も、signal 10 は現在まで一つも観測していない模様。
今見てみましたが、signal 10 がひとつもありませんね。< live22/live22x1
6.1R にして、全体的に明らかに軽くなった気がするんだけど、
ぢぇんぬさんに教えてもらった削除系標準呪文セットを、
そういえばいただきオンラインって、
>>470 たもんくんのスレで告知してる人がいらっしゃいました。
>>458 ・news20 システム構築 … DNS 登録済、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 週明けからの見込み
○memories = oyster902 httpd が暴走する問題 … その場しのぎはとりあえず機能している模様(後述)
○削除の呪文の mod_proxy でのフォワード … 設定済、異常報告があれば対応
・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
こんなかんじ @ oyster902
>>474 > ・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
【365Main】 回線増速(ニュー速とかお引越しのご案内)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/ はてさてふふ〜ん♪ ってかんじで。
news20b が退院したという情報が入りました。
負荷テスト(make -j 4 buildworld) を流して数分もたずにハングアップしました、、、。
冷却ファンが動いていないとか言うオチはないですよね。
今回の修理は、ファンの交換だったと聞いているです。
…しかし、CPUの温度は確かに高いです。
ちょっと、他の cobra サーバの様子をみてみるか。
ちょっと BBQ サーバ、リブートします。
BBQ = cobra2245 は、#0 #1 とも 55℃ ですね。
BIOS のスクリーンショットを保存して、立ち上げなおし中。
…まさか、とは思うものの、
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 を切って様子見ているけど。
SCHED_ULE は有効にしていないので、大丈夫だとは思うんですが、
6.1R で入った機能というと、kbdmux か。
ばりばり make 流してますが、落ちる気配ないですね。
これは、何らかのソフトウェア上の問題で確定かなと(まじかよ)。
>>497 を試すべく、準備中。
あるいは、これだとちといやだなぁ、、、。
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.
kbdmux を外したカーネルにして、make -j 4 buildworld を実行。
make は好調に続いています。
…ということで make -j 4 buildworld が完走したら、
kbdmux ってキーボードの抜き刺しが出来るってやつ？
>>504 BIOS かもしれないし、ACPI かもしれないし、
KVM との相性なのかもしれないし、他の問題かもしれないですね。
デュアルCPUの時だけ再現するというあたりが、なんとも。
make -j 4 完走しました。
>>495 のわっ、このスレまだ1000いってなかったのか・・・・
>>507 なにこのネタスレと反応してみる
ネタスレに見えますがこのスレがGW中に規制された●+公開p2の発祥地です。
bbsd の nice -20 を復活。< live22, news20b
続いて、
今日のサッカーでは、2回しか落ちなかったそうですが、
>>514 2回目の時に httpd が二つ落ちました。
今 news20 のフロント作っているので、それができたら解析をば。
news20 フロント側、準備できたはず。
いよいよニュースな雪だるま本格始動ですか
>>517 私の皮算用はそんなかんじですが、さて、どうなることやら。
まずは「勝ちに行く」ために、news を移転するかんじかなと。
>518
>>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)
>>519 15% もさることながら、
やっぱりでっかい subject.txt と subback.html と index.html の作成コストですね。
このへんは bbsd になっても、根本的には変わらないところだから。
>>520 乙です。
>>325-327 の手順で解析できればもう少し何かわかるんですかね。
ちなみに落ちたときのbbsdのインターバルは10秒のままなんですか。
>>522 >ちなみに落ちたときのbbsdのインターバルは10秒のままなんですか。
5秒ですね。
たまたま
>>521 ドバッっと来た時にやっぱ苦しそうですか？＜bbsd それともディスク I/O かな？
subject.txt は内部的に linked list で持ってるんで，並べ替えはスレ保持数にかかわらず
ポインタ3つ変更するだけなんで，配列をごっそり動かすのに比べれば軽いかとは思うんですが......
>>524 了解です。
>>525 ディスクI/Oかなとみています。
あと bbs.cgi における経験的には、index.html と subback.html のコストがでかいかなと。
今 ex14 ではピーク時に 1000res/min ぐらい問題なくさばけているようですが、
これは Saborin (index.html と subback.html の更新をまばらにする)が、でかいようです。
で、ここまで書いていて思ったのは、
subject.txt とそれ以外の動的更新ファイルの更新インターバルを
bbsd で個別に指定できるようになると、うれしいかもですね。
で、live22は既にHDDを54%も使用しているので、
>>170 thttpd
http://www.acme.com/software/thttpd/ ここにすごいことがいろいろ書いてあるですね。
非圧縮の dat のところだけ、これにしてみるとかありなのか。
別途、試すということで。
cobra2244 が上がったら、プライベート側の IP アドレス振ってきます。
>>530 lighttpdが忘れ去られているような気もしなくもない。
あと、一時注目された日本製のサーバーソフトのesehttpdぐらいかな。
http://esehttpd.sourceforge.jp/doc/ja/index.html FreeBSDにはカーネルで動くhttpdは無いのかな。
>>534 ・読み出しのパフォーマンスが高くて
・gzip 圧縮が動作して
・できれば、cgi が動作する
そんなものがあると、とてもうれしかったりして。
>>536 lighttpdは一応，下の二つに関してはできるようです．
mod_compressとmod_cgiを使えば．
パフォーマンスはどうなんでしょうねぇ
早いとは聞きますけど，実際どうなのかはイマイチ
わかりませぬ……
>>537 おー。
落ち着いたら試してみよう、そうしよう。
>>537 が，動的コンテンツに大しての圧縮に関しては，
PHPはできるようですがそれ以外は ？？
静的なものは出来ますね．
>>539 バックエンドというぐらいで、性的なものだけで十分です。
ようは、datとsubject.txtですね。
read.cgi の場合、フロントが圧縮してくれると。
>>526 最終段落のを反映してみますた． >>535 OpenKeta というのが一応ある。
http://openketa.sourceforge.net/ 使ったことないし、6.1でもそのまま動くかどうかはわからない。
>>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秒間隔。
なお、64bit 環境でコンパイルすると、
>>544 mod_proxy って、こういうのどう動くんでしたっけ。
・back =mod_proxy= front <= dat 直どり、gzip圧縮をリクエスト
このとき、
back で圧縮
front で圧縮
どっちかなと。
# back が圧縮している気がする。
>>548 あ、でも見ていると、ちゃんと倍ぐらい転送量出ているから、
圧縮はフロントでしているのかな。
# ちと寝不足なんで、ぼけてるかな。
>>547 そうか......LP64 だから sizeof(int) < sizeof(void *) と．修正しますた．
>>548 バックの httpd で mod_deflate が働いてればバックが圧縮し，
バックで mod_deflate が働いてなければフロントが圧縮します．
>>550 おー、それって、mod_deflate ないほうがいいのね、バックには。
やるやる。
更新しました。 bbsd @ live22, news20b
mod_deflate オフは、live22 と news20b で実施。
>>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
>>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
これでいいのかしら。
あともうひとつ心配があって、
<IfModule ...> </IfModule> で囲めばいいのかな。
>>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>
<IfModule filter_module>で2.0って誤爆しないの？
あ、そもそも一致しないから誤爆するわけないですね。すんません。
>565
ネットワークトラフィックが多くて、bbsd が通信できなかったのかな。
でも、ピークは「だまれなんたら」じゃないのか。
だとすると、bbsd のスレッド数を最初から多くしておくといいのかな。
【蕨】負荷監視所_20060511
http://live14.2ch.net/test/read.cgi/liveplus/1147326099/230 liveb1 関連
>>561 うーん、なんか入れても動かないです。
mod_deflate を httpd.conf 的に mod_filter よりも先に読まないといけないのかと思って、
変えてみたりもしたのですが。
もうちょっと調べてみます。
うーむ、
>>573 # for Apache 2.2 (emulating mod_deflate for Snowman front-end servers)
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
ここをコメントアウトすると、
GET /index.html HTTP/1.1
Accept-Encoding: gzip
も圧縮されなくなるから、上記が効いていることは間違いなさそうだけど、、、。
mod_filter が mod_deflate の上の行で読まれていても大丈夫みたい。
>>575 ローカルのものは大丈夫で、
mopd_proxy 経由がだめみたい。
んー、いろいろ試したけど、なんかうまくないすね。
http://httpd.apache.org/docs/2.2/mod/mod_filter.html FilterProtocolディレクティブは関係ないのかな？
FilterProtocol deflate proxy=yes
いろいろ試してみたんですが、mod_filterがどうたらの問題ではないんでは？
http://orz.stream.st/cache/test.txt ←ローカルのファイル
http://orz.stream.st/cache/subject.txt ←
http://live22.2ch.net/liventv/subject.txt <Directory /○○/cache/>
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
</Directory>
↑だとtest.txtは圧縮され、subject.txtは圧縮されません。
<Proxy
http://live22.2ch.net/liventv/subject.txt> ;
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
</Proxy>
↑だとsubject.txtは圧縮されます。
>>582 live22 にも配布しないといかんのかな。
mod_rpaf 入れているので、IP アドレスはリモートのものになっているはず。
.htaccessはDirectoryディレクティブと同じだから
ProxyPassで設定したところは有効にならないってことですね。
mod_deflateが効かなかったのはAddOutputFilterByTypeでもmod_filterでも
設定している場所が間違っていたと。
>>583 htaccess使う限り、そうなりますね
>>584 ということは、、、。
<Proxy>〜</Proxy> に入れる必要がある?
>>585 そうですね、それか<Location>〜</Location>。
そうなるとhtaccessじゃなくてhttpd.confに設定することになります。
>>586 なるほど。
Proxy 関連は Include しているので、そっちでやれば OK かな。
あ......そうか，
>>584 >.htaccessはDirectoryディレクティブと同じだから
というのが盲点でした......
>>561 は httpd.conf 中でグローバルに定義すべきですね．
ただ......AddOutputFilterByType にはいろいろ問題があったゆえ
mod_filter が作られたって経緯もあって，その一つが
http://httpd.apache.org/docs-2.2/mod/core.html#addoutputfilterbytype >The by-type output filters are never applied on proxy requests.
ということで（これは ByType ではない AddOutputFilter や SetOutputFilter なら平気です）．
# enable compressing
#
http://qb5.2ch.net/test/read.cgi/operate/1145114275/561-588 <Proxy *>
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
</Proxy>
という記述を追加してみた。 @ live22x1〜live22x5
>>589 news20f1 〜 news20f5 にも入れた。
>>589 乙です．ただ，ローカルコンテンツも reverse proxy のコンテンツも
両方圧縮するなら <Proxy *>〜</Proxy> で囲まなくてもいいのかも．
>>591 ローカルコンテンツは mod_deflate が効いていると思うのです( .htaccess の設定そのまま)。
>>592 それならそれでもいいんですが，わざわざ別々に設定しなくても......
とはいえ .htaccess は他の鯖と共通だからそれとの兼ね合いもあるんですね......
まぁ AddOutputFilterByType は今後 obsolete になるということで，
そのあたりの設定も徐々に移行させた方がいいのかも知れませんが．
>>593 > とはいえ .htaccess は他の鯖と共通だからそれとの兼ね合いもあるんですね......
なんですよね。
なんか、圧縮が2回かかってしまいそうで、安全側に倒しました。
Apache 2.2 なサーバが今後増えてきたら、また考えることになるのかなと。
そういえば......以前 bbspink の鯖でエラーページを 2ch のと別のところに飛ばすのに
>>595 なるほど、、、それはいいアイディアですね。
設定の棚卸をする時に、入れるのがよさげ。
SO_RCVBUF を 262,144 -> 2,097,152 にしてみますた＜bbsd.c
>>597 @40000000446893d4316e617c warning: setsockopt: No buffer space available
@40000000446893d4316e711c warning: setsockopt: No buffer space available
ふむ。何かカーネルパラメータをいじらないといけないのかな。
/etc/sysctl.conf:
で、bbsd 入れ替え完了 @ live22, news20b
次の一手はなんですかね。
>>598-600 乙です． >>601 3番目のは，バックエンドの httpd を CGI 用と静的コンテンツ用に分離すれば， >>602 事故レス >>601 まずは、旧 ex12 を生かす(live23bにする)方向かなと。
他のものも、適宜。
お世話になっております。株式会社jig.jpの菊池です。
一部IPを変更致しましたのでご連絡致します。
【CIDR表記】
210.188.220.168/29を追加
【IPの変更】
br1007 210.166.210.223 →210.188.220.169
br1008 210.166.210.224 →210.188.220.170
br1009 210.166.210.232 →210.188.220.171
br1010 210.166.210.225 →210.188.220.172
br1011 210.166.211.32 →210.188.220.173
br1012 210.166.210.227 →210.188.220.174
一覧も更新致しました。
http://br.jig.jp/ip_br.html ご対応宜しくお願い致します。
>>605 了解しました。
しかし、以前お教えいただいたこちらのページは更新されていないようです。
http://br.jig.jp/pc/ip_br.html すみませんがあわせて更新いただきますよう、よろしくお願いいたします。
>>605 > 【CIDR表記】
> 210.188.220.168/29を追加
上記追加作業、完了しました。
素早いご対応ありがとうございます。
http://br.jig.jp/pc/ip_br.html こちらのURLの方の更新がされておりませんでしたので
先ほど更新致しました。
宜しくお願い致します。
>>608 更新を確認しました。
どの部分がいつ変更されたかが明確で、非常に助かります。
今後ともよろしくお願いいたします。
BG3, BG4 (携帯用バックエンド)、PREEMPTION なしの設定にした。
で、このへんを設定。 < BG3/4
# Thank you for AC,
http://qb5.2ch.net/test/read.cgi/operate/1140540754/676 net.isr.direct=1
# increase network send/receive buffer
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.udp.maxdgram=131072
net.inet.udp.recvspace=131072
net.local.stream.sendspace=131072
net.local.stream.recvspace=131072
net.local.dgram.maxdgram=131072
net.local.dgram.recvspace=131072
net.inet.raw.recvspace=131072
net.inet.raw.maxdgram=131072
#net.inet.tcp.delayed_ack=0
バックエンドを追加したら，本稼働の前にまた最速1000やってみるとか．
>>612 cobra & セッティング詰め後 & 6.1R で最速1000ですか。ちょっと面白そう。
BSDCan 2006 発表資料:
http://www.bsdcan.org/2006/papers/ どれもすごく面白いけど、一番すごかった kris の資料がまだないみたい。
Filesystem Performance on FreeBSD
http://www.bsdcan.org/2006/activity.php?id=89 ちょっと前のバージョンだけど、paper:
http://people.freebsd.org/ ~kris/filesystem-performance.pdf
ex12に入れていた設定を、ex13に反映した。
exclusively じゃないのかな。今は。
>>615 の kris の発表に、
6.0R では swap-backed で async な md の性能がいい、ってあったので、
ex14 で試してみることにした。
(5.4R でパフォーマンスが出なくて、一度負けている)
#/sbin/mdmfs -M -s ${_MDSIZE} -i 2048 -o noatime md /md
↓
/sbin/mdmfs -S -s ${_MDSIZE} -i 2048 -o async,noatime md /md
に変更。
live23 関連、DNS 登録申請します。
>>618 ex14 ですが、若干負荷が下がった様子。
以前にあった、SMP だと async モードでの md への書き込みパフォーマンスが上がらない
という症状は、なくなったみたい。
>>621 確認しました。
作業入ります。
ログイン情報は別途。
live23 バックエンドを作れる状態になったら、あちらにて。
対ワールドカップ体制ということで、
<チラシの裏>
ProxyTimeout 300 がデフォルトなのね。
<チラシの裏>
<IfModule proxy_module>
>>629 3秒だと、微妙ですかね。
でも調整したとしても、せいぜい5秒ぐらいかな。
>>627 TODO が入っている時は、チラシの裏って書くことが多いかも。
>>624 の残りは、これかな。
> ・環境変数で雪だるまかどうかとか、いろんな情報を渡すようにする。
あと、これも。
【365Main】 回線増速(ニュー速とかお引越しのご案内)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/407 NFS の件。
-R は関係ないですね。(mount の時だけか)
>>632 そこ透明あぼーんか何かありましたかね？ >>633-634 -x も関係ありそうですね． http://www.freebsd.org/cgi/man.cgi?query=mount_nfs >>635 なるほど。削除入っているっぽいと。
-D -x のデフォルト値はいくつだろう。
>>624 わかりやすくするために変数名は「YUKIDARUMA_HOGE」みたいなのににされてもいいかも、といってみる
まあ内部的なお話なんでどうでもいいっちゃいいんですが
以下の DNS サーバへの設定追加をお願いします。
雪だるま作戦のスレを待ち続けるスレ Part9
http://aa5.2ch.net/test/read.cgi/nanmin/1148041416/601-602 これの話について。
まず、これを実現するためには、携帯の場合 jig さんや ibis さんのように
固有情報を送っていただくか、AIR-EDGE / PHS の場合、リモート IP アドレスの
情報を送ってもらうことが必須条件になります。つまり、jig さんや ibis さんと
同じことになるわけです。
もちろん技術的には、特に難しいことはありません。
讃岐君のことですから、携帯の固有情報をきちんと送る方法で実装しようと
思ったんだと思います。
で、通常の場合は、たぶんこれで問題ないでしょう。
しかし、何かあった時が問題になります(例えば犯罪予告とか訴訟ネタとか)。
この場合２ちゃんねるからみるとたぶん、書き込みログを警察や裁判所等の
要求に応じて公開するだけで、あとは当事者間でやってください、
ということになることでしょう。
つまりこの場合２ちゃんねるは「讃岐君が中身をみているサーバから
所定の書き込みがあった」ということまでしか、責任を持つことが出来ないことになります。
(続く)
で、讃岐君はきっと「固有情報を送っているじゃん。その固有情報の人が悪いんだよ」
で、「banana637 を又貸ししているいちお友達」としては、
で、ibis さんや jig さんは、事業として同様のサービスをされているので、
讃岐さんに責任負わせた方が遊ばなくていいのでは？と思う。
>>643 わたしゃたんなる、おせっかいやきで。
例えば仮に、
管理人と讃岐君が(公式p2みたいな形で)アライアンス組むとかすれば、
その時はたんたんとやるだけです。はい。
技術的にはこのブラウザとか、どうやってるのかなとか。
↓
FOMA90x専用2chブラウザ 「W2Ch」 part3
http://hobby7.2ch.net/test/read.cgi/chakumelo/1146696612/ 書き込みのたびにアプリ終了して書き込みするですよ。
>>645 なるほど、iMona (でしたっけ)とかと同じですか。
iMonaと基本的に変わらないかと。
あちこち混乱してそうなので、ここに。
瞬間的な電気トラブル？
しゅんだんなら、2時間とか止まらないと思うんですよね。
あ、だったらみんな落ちるか。
>>653 サーバ自体は、リブートかかっているです。
ケーブルが抜けた旨のログもなしで。
【実況】 live23+24 Part19【新体制始動】
http://qb5.2ch.net/test/read.cgi/operate/1148046382/436 read.cgi だけ詰まったということか。
Apache status log を見る限り、httpd は売り切れになってないので、
影響はないはず、、、ですが、何かあったのかもしんないですね。
一度バックエンドをわざと止めて、実験してみる必要がありそう。
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.
は、ないほうがいいのかしら。
>>657 これですね。前に質雑スレで振ったけど、反応がなかったのがむなしかった・・・・(涙)
http://jp.sun.com/promotions/trybuy/ >>655 snow.2ch.net あたりで NFS や reverse proxy も localhost 上でやってみるとか．
# ついでに，autopurge の ENOENT でないエラーの正体も突き止めたいところですが......
>>664 ># ついでに，autopurge の ENOENT でないエラー(ry
これは，とりあえず単に "print" の一語だけ入れてもらえれば...... sage 復帰 CGI で
bbsd($bbs, 'autopurge', 'hoge');
のようにやってる部分で
print bbsd($bbs, 'autopurge', 'hoge');
にするだけでも，何が起こってるかわかるだろうと．
>>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
[email protected] :/var/src/sys/i386/compile/I386_TIGER_60_BLACKGOAT_NOPREEMPTION
Panic String: page fault
Dump Parity: 543720299
Bounds: 5
Dump Status: good
【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)
banana637 と tiger2526 で実験。
さて、ということで変更対象サーバが全部とわかったので、
ということで、root 権限ありサーバのうち、既に XO にある(はずの)サーバのリスト:
stiger100〜stiger105 (未確認だが、いずれにせよ変更必要)
>>670 のリストを一部修正。
cobra2244
cobra2245
cobra2247
banana402
banana403
banana404
banana405
banana406
banana2848 ここまで済
tiger503
tiger504
tiger507
tiger510
tiger511
tiger512
tiger2507〜2512
tiger2513
tiger2514
tiger2522
tiger2523〜2525
2ｃｈの動作報告はここで。 パート19
http://qb5.2ch.net/test/read.cgi/operate/1140600013/888 >>672 の残りも作業完了。
>>669 のこれを、忘れないこと。
> 1) XO にないサーバは、移動日に変更を仕込む。
> 次にサーバがリブートしたら、設定が変わるようにする。
検索していて、このスレに行き当たりました。
キャッシュ型負荷分散システム開発スレッド
http://pc8.2ch.net/test/read.cgi/unix/998908154/ このスレで Perler さんが開発されていた mirror.pl の最終版って、
どなたか、お持ちではないですかね。
# 上からちょっと拾い読みしてみましたが、いろんな意味で参考になるスレでした。
>>675 なんどかakiさん方が書き込んでいますね。
P2のakiさんかな？
ひっそりと 5.5R。
http://www.freebsd.org/releases/5.5R/announce.html 5系はこれで打ち止め。
ようやく通常の開発体制になるのかな。
(X-1)R はメンテナンスだけして、
(X)R を release & stable で開発して、
(X+1)R を -CURRENT でがんがると。
【365Main】 回線増速(ニュー速とかお引越しのご案内) Part2
http://qb5.2ch.net/test/read.cgi/operate/1148497454/192-196 通信速度が十分出ないサーバがあったらしいとのこと。
(ifconfig 的には問題なくても、パフォーマンスが出なかったらしい)
ネットワーク機器の設定修正で直ったらしいですが、
100Mbps 接続の機器については、私のほうでもチェックを依頼されました。
ということでこれは別途。
これってもう設定しちゃってますか？
=========================================================================
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_* などで指定するものではない。
http://lists.freebsd.org/mailman/htdig/freebsd-ports/2005-November/027182.html =========================================================================
mod_○○とかのMakefile見ると、確かにそんな感じですし
>>680 あれこれ不具合が出て、既にやめているです。
報告がなくてごめん。
>>682 mogera が図らずもウィルスによるカキコをブロックしてる形なんですかね．
しかしそれが DoS になってしまうのは......バーボンがうまく効いてない？
>>683 きっとウイルスのコードが、そういうつくりなんでしょう。
つまり、異常終了すると無限ループになっちゃうとか。
>>684 バーボンは効いて httpd の段階で Deny できてるんですかね？
それなら仕方ない，っていうかそれに対処するとなると ipf レベルでって話になっちゃいますが．
>>685 たぶんね、まずは mod_authz_iplist あたりだと思うんですよ。
書き込みバーボン(レス)は BBS を使ってるから、書き込みが成功しないと
△読み込みバーボンまで
>>688 comic6 と tmp6 は、両方とも今回の件で
ウイルスがバグってループになったっぽい気がしますね。
bbs.cgi 叩かれまくりか。
新しい環境でも書けているウイルスは存在するのかしら。
アンカーミスりました。
>>688 >>688 については、CGI..pm は bbs.cgi の他の部分で既にロードして
使っていたりして。
>>691 >bbs.cgi 叩かれまくりか。
ってことは
>>689 のように httpd 段階で Deny されてないってことですか．
まずはバーボン改良ですかね．
パソコンで人間ができてプログラムが出来ないようなこと
>>696 それをいうなら画像でできた文字を入力するほうがいいだろ？
とりあえず現在無限ループになってるのは，書き込めた“フリ”だけすればお引き取り願えるかな......
live23b = cobra2244 ダウンの件
フロントの Apache status を見ると、
NFS の I/O 待ちになったものが、正しくタイムアウトしない様子。
read.cgi は、
例えば適当に、
http://live23.2ch.net/test/read.cgi/livecx/1111111111/ と入れると、詰まってしまう模様。
つまり、read.cgi 的にはうまく ProxyTimeout が働いていないっぽい。
http://live23.2ch.net/livecx/a/b/c/ とかは、すぐに 503 エラーになる模様。
GET /livecx/index.html HTTP/1.1
GET /バックにフォワードされる呪文 HTTP/1.1
Host: live23.2ch.net
もすぐに 503 になるので、
>>705 と同じように検出はしている。
GET /test/read.cgi/livecx/1111111111/ HTTP/1.1
read.cgi は，ライブな dat が存在しないと過去ログ調べるのでは？
>>708 なるほど、まさにそれですね。< NFS mount を調べる
read.cgi は、確かにそういうコードになっているです。
つまり、原因は同じか。
NFS の設定は、まだまだ調整が必要な予感。
ということで、
>>701-709 のまとめとしては、
ProxyTimeout は、うまく動いているらしい。
で、いったんタイムアウトの状態になると、フロントは状況をある程度覚えるらしい。
Apache status を見ると、dat 直読み系はうまくタイムアウトしているので、
503 エラーになっている。(観測結果)
で、「覚える」までの間、たぶんぐぐぐと詰まるので、
一時的にフロントの httpd が満員になり、それで雪だるま全体が繋がりにくく
なったと考えられる。(これは推測)
「覚えた」あとは速攻でタイムアウトするので、現状では httpd の開きスロットは
ある程度確保されている。(観測結果)
NFS 系は、状況がまったく変わっていない。
ということで、ひととおりチェックしたいところは調べたので、
>>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による負荷)
続き
・
>>687 クッキー問題
use CGI あたりで、ごにょごにょ。
以上、とりあえず。
【365Main】 回線増速(ニュー速とかお引越しのご案内) Part2
http://qb5.2ch.net/test/read.cgi/operate/1148497454/458 やっぱ、i386 と amd64 が活発なようですね。
最近では、big endian でも問題ないことや、
CPU が多くても(例えば14CPUとか)スケールすることの検証などに、
sparc64 も活用されているようです。
>>682 BBQじゃなくて自動バーボンみたいのがいるんですかねー。
判定方法が難しそうですがー。
スピードとか間隔とかだと、幾らでもかいくぐれますからねー。
1時間に1回でもウイルス作者にとってはいいですからねー。
感染パソコンを何十台も作ればいいわけですからー。
>>716 バーボンって、自動なんでは。
判定が難しいには同意で。
>>700 にあるようなことをするには、
さて、どうすればいいのかなと。
重い重い重い重い重い重い重い×36＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1147544326/282 に、ウイルスの内部コードっぽいのが貼られてますが、
これだと、さて。
ううむ。
>719
httpd のリスタート自体はできた。
>721-722
httpd の子プロセスが刺さったまま残ってしまったですね。
…つまり、NFS の設定の見直しが急務ってことですね。
しかし、soft を指定しているのにハングアップするというのは、
で、今は UDP で mount しているわけですが、
live23リブート入ったようですが閲覧できないようです。
>730
>>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 にも影響してしまう)
近日中に、設定変更確認 & 試行のため、
一時的にわざと落としたりするかもです。
その場合には、事前に連絡を入れるということで。
live22x3 異常発生ですね。
live22x4 も、同じ異常発生。
うーむですなぁ、
>>734 > live22x3 live22x4 フロントから外しておきます。
done.
そういえば、
・自動でへくったフロントが切り離されるようにする
というのもあるなぁ。< 棚卸
>>735 どうも、現状ではそうなのかもですね。
設定で回避できるかもしれない可能性は、ありますけど。
一つあった問題(kbdmuxは入っているとおかしくなる)は、
はずすことで回避できました。
6.0R (ex14)ではこの問題は起こっていないので、
6.1R の問題なのかなと。
へくったフロント、うまくリブートできたようです。
・NFS しくらないようにする
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.
これ、かなぁ。
うーむ。
>>745 あるとうれしいかもしんないです。
しかし、わたし的にはウイルスコードそのものよりも、
どうやったら無限ループじゃなくてとりあえずお引取り願えるかのほうが、
興味ありますね。
>747
deny するよりも、graceful にお引取り願うほうが負荷が低いし。
if body.match(/(書き込み確認)|(2ch_X:check)/)
書き込みの終了ページをクッキーきちんと渡してくれないのに見せれてみるとどうなるんだろう。
>>752 なんか、まずそうですかね。< 対策
書いてしまったらまた亜種が出るだけか。
でもどうせ出るという噂もあるし。
>>753 出るのが遅れるだけでもずいぶんと違います。
言葉足らずだからもう少し。
ひろゆきがソースを公開しないことはどうのこうのとか言ってた過去ログがあったね
>>750 だとすると、「書き込み確認」という文字列を
別のものに変更しない限り、お引取りいただけないということかしら。
>>757 でも「書き込み確認」で書き込めたかを判定する2chブラウザも多いような…
>>758 で、ここを変えるとまたいろんなことが起こると。
でもそれも、２ちゃんねるっぽいとも言えるのかな。 < いろんなこと
現状の爆撃対策だけなら、同人板を移転させて、「もうずっと書けませんよ」を延々と吐くだけの物をbbs.cgiの代わりに
>>760 移転させても、download のやつみたいに
bbsmenu/bbstable を読んで追尾するんじゃないかなと。
>>761 board = TwoChannel::Board.new('comic6', 'doujin')
ハードコードされてて、自動追尾はしてないと思う
>>762 download のやつとはとりあえず違うと。
be mail を撃ってみた
>>763 ぐぐるコードは残ってたり、使われてないけど
>>764 お返事を打ちました。
実験開始してみてますが、びんごみたい。
うーん
特に問題ないですね。
そっか、それは失礼。
>>771 ちょっともっさり目だと思ったんで、
私は View に戻してしまいました。
View も既に対応版になっているです。
ただ、もし 64bit (amd64) で発生する虫がいるとすると、
なんだよｗ
Nidaからのアクセスは全て弾くようにしたらよくね？
ところで ex14 って、どういうシチュエーションで落ちたのかしら。
>>784 pingはかかった
sshは繋がった
Apacheだけがしんでいたっぽい
>>785 なるほど、先日来と同じ症状ですね。
それになると、ログインもできなくなるんだよなぁ。
カーネルパニックしてリブート入った模様。 < news19
amd64 だと、FreeBSD 6.1R は微妙な挙動があるのかも。
cat info.5
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 2
Dump Length: 4226842624B (4031 MB)
Blocksize: 512
Dumptime: Sun Jun 4 13:08:30 2006
Hostname: cobra2247.maido3.com
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 6.1-RELEASE #0: Tue May 9 01:41:03 PDT 2006
[email protected] :/var/src/sys/amd64/compile/AMD64_COBRA_61_NOKBDMUX_NOPREEMPTION
Panic String: spin lock held too long
Dump Parity: 3586994136
Bounds: 5
Dump Status: good
>>787 kgdb の結果:
(no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer.
(kgdb) where
#0 0xffffffff802696ad in doadump ()
#1 0xffffffff802696d4 in doadump ()
#2 0x0000000000000004 in ?? ()
#3 0xffffffff80269ce7 in boot ()
#4 0xffffffff805fadc0 in enumerators ()
#5 0xffffffff80458267 in __func__.0 ()
#6 0x000000000000002f in ?? ()
#7 0x000000003ab59a70 in ?? ()
#8 0x0000000000000004 in ?? ()
#9 0xffffff00cf854720 in ?? ()
#10 0x0000000000000104 in ?? ()
#11 0x0000000000000000 in ?? ()
Previous frame identical to this frame (corrupt stack?)
あまり参考にならないかも。
あんまり虫虫ゆっていると、
そこで、「黙れ小僧！お前に(ry」と言い返すのですよ。
Solarisはダメですか
いくら無料になったって。ｿﾗﾘｽの鯖管出来る人がいないなら無意味。
Solaris = SunOSに詳しい人はいるので、鯖管やってくれるかどうかの問題かとｗ
Solaris10 は Solaris8/9 までのノウハウとは全く別のものが要求されますよ
Solaris10 なんかより FreeBSD のがぜんぜんいいと思うけど・・・
次ぎ乗り換えるときとか、大きな問題解決が必要になったときに選択肢になるんじゃない？
問題があったとき2chでバグバグいってるだけなら、どのOSを利用しても
Solaris(i386)は、ちょっとした高負荷をかけたとたん死亡したことがあるなぁ。
>>801 バージョンが明確じゃないと、なんとも。
FreeBSDだって、5.2.1Rと6.1Rとでは、安定性も性能も全く違うです。
>>800 がんがります、、、。
send-pr しても
>>788 みたいのだと、よくわからない気もしますが。
kernel.debug は作ってないですか?
>>805 作ってないです。
#makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
パフォーマンスが（りゃ という話はあるけど、
news20b あたりは余裕しゃくしゃくだから、
やってみるとよさげかしら。
どの OS を使うかは技術的問題以外に政治的問題ってのもあるでしょうしね．
bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/980 www2 のファイルを置いてある Directory のところににこれ入れてみたけど、
なんかうまくいかないっぽい。
同じ ETag: になるべきなんですよね、たぶん。
>>809 rsync でやってはいますが、、、。
これから外出なので、あとで試してみるです。
HEAD /snow/index.js HTTP/1.0
手元のApache2.2で試しましたが、
http://httpd.apache.org/docs/2.2/mod/core.html#fileetag >>812 のようにするか，あるいは >>812-813 なんと、、、。
あとで、やってみるです。
BG3 はカーネルパニックか。
>816
>>818 浚っても発見されなかったそうだよ＞サンダース
>>819 6.1R にしたら、って感じですかね。
/md をすごい勢いでアクセスすると、何か起こるという噂も、
ありやなしや。
ううむ、
>>822 乙です．ホント FileETag 周辺の内部処理は謎が多いですが......
そういえば、どうでもいい話、mod_expiresなんかでExpiresヘッダとかCache-Controlヘッダを
>>824 なるほど。
逆に TTL みたいな形にできる、ということですか。
DNSのキャッシュみたいに期限が切れてなければキャッシュから、切れてたら
以下の DNS 登録をお願いします。
Header set Cache-Control max-age=600
mod_expiresなら修正時刻基準にもアクセス時刻基準にも出来るので
ex14 の memories への収容作業、完了しました。
確認しました。
>>832 これで、今回の移転作業は終了かと。
oyster901 のハードウェア手当てについては、雪だるまスレあたりでわいわいと。
http://qb5.2ch.net/test/read.cgi/operate/1149952652/34 live23b -> 当面は保守的に 32-bit カーネル
news20b -> デバッグシンボル付き 64-bit カーネルで様子見
とか......
とりあえず、live23bの鯖落ちの原因は、logを見ないと分かりませんから
>>838 ログが残らないんですよね。いきなりガッと止まってしまって
強制リブート入れるのって。
前に FreeBSD 5.2.1R (例のgame6とかがちゃんと動かなかった時)にも
ちょっと調べたんですが、
カーネルデバッガ機能ありのカーネル作って、
リモートコンソールから強制的にカーネルデバッガに落とすとかいう
操作が必要になるです。
また、試行錯誤する日々か。
あるいは、最新の stable に上げてみるとか。
ひょっとすると，NFS の soft mount での timeout はデフォルトでは infinite になってて，
>>841 ありえますね。
あとは、フロントの自動切り離しと自動再接続か。
うーむ、まだまだすることが多いなと。
で、/etc/fstab に書くパターンでは -x とかは指定できない気がするので、
FreeBSD/amd64 なバックエンドは2台あるので、
うーむ。
%uname -a
FreeBSD cobra2244.maido3.com 6.1-STABLE FreeBSD 6.1-STABLE #1: Sat Jun 10 20:14:59 PDT 2006
[email protected] :/var/src/sys/amd64/compile/AMD64_COBRA_61_NOKBDMUX_NOPREEMPTION amd64
live23b カーネル更新。
これで live23b がしばらくハングしなければ、news20b も同じのに更新の方向で。
6.1R (news20b)
>>847 うーん、でも、
私の記憶に間違いがなければ、この更新って 6.0R で入ったもののような気が
しないでもなかったり。
…いや、
>>847 はかんちがいっぽいですね。
SCSI コントローラ側のバージョンだった。
もう1回比較してみるか。
dmesg 的には変化ない模様。< 6.1R と 6.1-STABLE
とりあえず新カーネルで make -j4 buildworld 完走。
ユーザランドも 6.1-STABLE にした。< live23b (cobra2244)
mount_nfs -R 1 -D 1 -x 1 -s -a 4 -b -i -o ro,nosuid live22:/path /path
>>853 timeout は秒なのか別の単位なのかはわかりませんが，秒だとすればそんなところですかね．
まぁとりあえずじっk(ryで．
フロント5台の NFS を、
>>853 の設定に全面的に変更した。
つうか，秒ってより回数ですね＜-R, -x
まだ read.cgi へのアクセスが固まる（NFS が刺さる）みたいですね......
うーむ、
フロント 強制リブート中。
>>859 32bit にするのは、OS の再インストールとか
各種設定しなおしとか、ちと面倒かなと。
それよりは、原因究明したいですね。
将来を考えた場合。
tiger507 上がってこない。
負荷で落ちてるんじゃないってのがなぁ。
NFS は，どこかで localhost 上でマウントしてじっk(ryするとか．
amd64 問題は、手元に amd64 なサーバが1台もないので、
…しかし Google してもヒットする事例がないっぽい、というのも、
優先度の高い、解決すべき問題は2つ:
>>868 うちのFreeBSD＋amd64は特に不安定になること無いですよ。
負荷のかかり方が違うからなんともいえませんが。。。
1台自宅に確保して、 FreeBSD 6.1R を入れた。
>>869 構成を教えてもらえると、助かります。
motherboard
CPU
OS Version
memory
HDD
特に、
・dual CPUかどうか
・ディスクがSCSIかどうか
あたり。
>>871 motherboard：Gigabyte GA-7A8DW
CPU ： Optron240 × 2
OS Version FreeBSD 6.1R-p1 （SMP）
memory ： 512 × 4
HDD ： SCSI HITACHI HUS157336EL3600（U320、15000rpm、3.6G） × 2
です。
>>872 なるほどです。
SCSI controller は、、、。
>>875 SCSIはadaptecの39320を使っています
>>876 ahd ですか。
つまり、cobra のと違うっすね。(mpt)
/usr/src/sys/nfsclient/nfs_socket.c
nfs_socket.c って、current と stable/release でかなり手が入っているのね。
HEAD は 1.141 で、RELENG_6 や RELENG_6_1 は 1.125.2.9 とか言っているし、
>>879 にあった不可解な #if 0 〜 #endif は、なくなっている。
NFS まわりの、ソースの diff (RELENG_6 と CURRENT)を眺め中。
>>880 mutex 系の lock/unlock とかが恐ろしく変わっていますね。
NFS 部分だけ、そのまま current のを持ってくるというわけにはいかない予感。
で、これだけ mutex 系のところで手が入っているということは、
NFS 部分に amd64/SMP だとおかしくなるバグがいる可能性も、考えられるなと。
…これだと、現状では、
1) 過去ログは offlaw.cgi や ２ちゃんねるプロバイダ用プログラム、
公式 p2 用プログラムを一式バックエンドに proxy で転送することにして、
まずは妥協する。(= 削除の呪文と同じ取り扱いにする)
ことにして、
2) バックエンド側の NFS の設定をやめて、SMP 設定のままでまずは動かしてみる(amd64も)
ことにし、
3) 次に、SMP を切る等の別のアクションを起こす方向で考える(amd64)
で、いくことにしようかと。
ちなみに自宅での NFS の実験ですが、
で、そうなると、read.cgi での過去ログの検出を
で、以前はここを、
>>884 はもちろん、フロントの数がスケールしない、
という意味でも、筋が悪いと。
と言うことは雪だるま特化型のread.cgiを考えないといけないんですね
>>886 既に read.cgi はフロントで動いているわけです。
特化型というか、過去ログ部分もきちんと雪だるま対応したバージョンってことですね。
雪だるまサーバの過去ログ部分の現状:
live23b / news20b 工事完了のはず。
>>888 NFSについて:
>888-889
>>891 んーと、落ち着いて
>>888 を再度、読んでいただけると。
>>894 ううむ、、、。
リブート要請出します。
single CPU modeへの以降手配を。
cobra2244 は上がったら、
cobra2244 は、立ち上がってこない状態になった模様。
514 名前：root▲ ★[] 投稿日：2006/06/11(日) 20:55:44 ID:???0 ?#
いつもおつかれさまだお。
で、現在の状態で
http://live23.2ch.net/livetbs/ とかをアクセスすると、
結構な時間、待つ模様。
httpd のスロットが、ふさがってくるかも。
そうか、一度 503 になれば大丈夫なのかな。
>>901 そういう仕様か、、、。< mod_proxy
…見ていると、live23b は起きようとして
たまに ping かかる状態になっていますね(それでまた落ちてしまう)。
これが、
>>902 の原因かも。
現状:
live23b これからの展開:
・
>>897 を実施
・安定するなら、それで運用
・力(処理能力)が足りないようなら、涙を飲んで 6.0R に戻し、dual CPU へ
あたりかと。
stable 版を使うのは、特に amd64 ではリスクが大きいと。
6.0-Rにすると、Apacheのバグがでるんじゃないの？
>>908 出る可能性ありますね。
あと、ex14 で起こっていたような、
ping かかるけれども他のサービスが全部死ぬ、
というパターンになることがありえます。
(6.1R/amd64 の場合、ping もかからなくなるのが違う)
1) offlaw.cgi のための転送はやめる
>>910 それ(過去ログのための転送&同期)は、NFS にした時点で既に全廃しているです。
>>884- 以下あたりは解決しているということ?
>>910 転送&同期？
offlaw.cgiはすでにバックエンドで動作してるけど
今、同期とっているのは、
・板名/SETTING.TXT (更新されてなければ取り直さない)
・板名/kakolog.html (同上)
・キャップデータ等
になります。
>>912 は、NFS にする以前の設定です。
で、ちょっと前に NFS の設定に変えた。
この時点で転送&同期を全廃したわけです。(
>>911 >>915 )
現在、
>>910 の状態になっていると理解しています。
…とここまで書いてわかった。
>>910 は、 offlaw.cgi のリクエストをバックエンドに転送するのも、やめるべし、
と言っていますか。
今の設定のまとめ。上のほうにもあるけど。
>>916 言ってマース。
付け焼刃はやめよう作戦。
多数の選択肢を用意して検討し一番良いと思われるのを
少々(時間的、人的)コストはかかってもやろうよ作戦。
それまでは offlaw.cgi は動かない read.cgi もいまいち
もいたし方がないかと、
付け焼刃にしてから多数の選択肢を用意して検討し一番良いと思われるの
>>918 そういうことですか。
把握しました。
とりあえず＊今は＊、過去ログは致し方がないということにすると。
>>919 もありかもですが、このへんは、
判断のしどころなのかなと。
>>920 よろしくです。
さすがに十数人不眠不休で実況サーバのおもりをすることの意義を見出せません
かといって動かしたいのは山々で、
不安定要素は全部排除。
最小限の機能だけ動かす。
>>922 絶対無いです。
offlaw.cgi @live22
offlaw.cgi @live23b
offlaw.cgi @news20b
止めてきます。
>>923 納得したです。
offlaw.cgi をはじめとする過去ログ関連の転送、
止める作業に入ります。
offlaw.cgi @live23b はサーバが落ちていたりするのかな?
offlaw.cgiが不安要素だなんて初耳。
理解していないのはあ・ん・た。
>>925 フロントからの offlaw.cgi の転送を止めました。
live23b = cobra2244 は、現在サーバダウン中です。
この場合のとるべき戦略は、
「引けるとこまで引く」です。
つまり 雪だるまサーバを止める。
しかし・・・
あとは自分で考えてちょ
いちいち説明してなんかいられません。
>>927 ちなみに、
cobra2244 は作業中に、私がへまをしていまいちな設定になっている可能性が
一番大きいです。ごめんなさい。
リモートオペレーションが必要な状況と思われます。
tiger507 は他のフロントと同じ通常のリブートプロセスで
上がらなくなりました。原因はまだ解っていないです。
>>931 Sean がフェラーリを飛ばして向かっているところかと、
offlaw.cgi がどうなってるか知らんけど
よくわかんないなあ
ex15 ってジンギスカンが自動で組み込まれない?
私は cobra2244 のほうの作業します。
public_html/news4vip/ が私から&cgiから見えない予感。
cgi@tiger507 から news4vip が見えない。
owner だかなんだかが違うんでないかい?
>>939 作業完了のはず。< ex15
何があったら呼んでくださいです。
1150042408.dat<>復活！！！！ (67) http://ex15.2ch.net/news4vip/subject.txt 過去ログは......やはり過去ログ専用バックエンドを作ってそっちに分離ですかね．
cobra2244 リモートコンソールつかめました。
cobra2244 では、stable 版の mountd (NFS関連コマンド)を実行すると、
カーネル・ユーザランドとも、6.1R の状態に戻すことに成功しました。
>>960 の mount は、mountd ですね。
雪だるまフロント・バックとも、NFS の設定を消しました。
…ということで、今日の復旧作業はほぼ終了という認識。
>>962 にああ書いたけど、しいてあげるなら、
NAS で使って、1台だけから mount するぐらいが「最大限の譲歩」ですかね。
少なくとも、複数サーバでファイルを共有する手段としては、
もう 2ch では金輪際、使うことはないかと。
さようなら、
現状の整理:
・NFS の設定は雪だるまから永久追放
・i386 アーキテクチャは、6.1-RC2 以上にすることでほぼ安定に動作
・amd64 アーキテクチャは、安定動作の確認まだとれず => 原因究明中
・過去ログ倉庫の参照機能が現在動作していない
>>964 >>962 > さようなら。FreeBSD ではもう二度と会うことはないでしょう。> NFS
何使ってるんすか？
amd64 はフロント&バック
>>968 フロント: i386 5台(新tiger3台、旧tiger2台)
バック: i386 1台(live22)、amd64 2台(news20b, live23b)
そういえばフロントのtigerも64bit試せますね
>>971 フロントのうち旧tiger1台は、現在 ex15 として臨時稼動中。
確かに新 tiger には、
その気になれば、amd64 と同じ 64bit OS を入れられます。(
>>972 のとおり)
現状フロントは安定していると思うので、何もしない。
>>975 了解です。そんなところですね。
現 ex14 = oyster901 ですね。
cobra2247 は news20b になりました。
oyster901だった、、
>>977 memories への収容は完了しているです。
ということで、73G HDD のレイアウトはこれで。
あ、スワップエリアを忘れました。修正版。
;live23b 確認します。
CPU 0 が 51℃ で、CPU 1 が 49℃ みたい。
まずは、single CPU のカーネルに換えます。
>>986 PCなら誤差の範囲だと思うけど鯖の場合はﾜｶﾝﾈ
single user で起動中。
そう考えると、新しい機能を減らす方向かな。
%sysctl -a | grep mpsafe
原因の切り分けが必要ですね。
個人的には、i-RAM とかは
>>996 は誤爆ですね。
次スレ、立ててきます。
このスレッドは１０００を超えました。
このスレへの固定リンク： http://5chb.net/r/operate/1145114275/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「2ch特化型サーバ・ロケーション構築作戦 Part21->画像>1枚 」 を見た人も見ています：・2ch特化型サーバ・ロケーション構築作戦 Part25 2ch特化型サーバ・ロケーション構築作戦 Part28 2ch特化型サーバ・ロケーション構築作戦 Part27 2ch特化型サーバ・ロケーション構築作戦 Part32 2ch特化型サーバ・ロケーション構築作戦 Part58 2ch特化型サーバ・ロケーション構築作戦 Part53 2ch特化型サーバ・ロケーション構築作戦 Part38 2ch特化型サーバ・ロケーション構築作戦 Part24 2ch特化型サーバ・ロケーション構築作戦 Part47 【Project peko】2ch特化型サーバ構築作戦 Part12 ジャンル特化型アイドルの型を作ったのはベビメタ→Perfume女子流BiSHサカナフィロのス【記事あり】 【画像】日本人アーティスト「ジャングル大帝のキャラを斬新に再構築したアート作品を作りました」。フィギュアやTシャツ等を発売 【朗報】ポケモン新作は18年後半にswitchで発売、戦闘はターン制からアクションに変更！けんもおじいちゃんはプレイできなくなる・・・ 【ピリヨ】人だけを殺す兵器。無人機から放たれる暗殺特化型ミサイル「ニンジャ・ブレード」 町工場がクラウドファンディングでつくった“ペン回し”特化型ボールペン 現在10,400円コースなど申し込み可能 【ロイター】サウジのムハンマド皇太子、韓国に防空システム構築支援を要請 電話で[9/19] 【科学】仲間の協調なしで大規模インフラ構築、ハキリアリの道作り 作業能率が同じ＝状況に合わせ最適化を図るはずの連携がない 【ゲーム】switch『サ・ガ コレクション』12月15日に発売！ ゲームボーイ版3作品を1つに集約 [ひかり★] 徳永千奈美、スピーキングとライティングはクラス1位！ただし、リーディングとリスニングは撃沈というoutput特化型のお知らせ 愛理って℃-ute解散後はシンガーソングライターになって自前で音楽配信システム構築するんだよな？？？ [無断転載禁止] 【サッカー】＜代々木公園サッカースタジアム構想＞多機能を備えるアリーナ型を検討！若者文化の発信地・渋谷のブランド力を生かしたい カードゲームは構築50運30プレイング20くらいがいい 【バーチャルYoutuber】にじさんじ有ンチスレ25673【正義による@Ichikara再構築執行ｩスレ】 アメリカ「まず北朝鮮は非核化せよ」 北朝鮮が激怒 「戦争を防ぐための平和体制構築を論じるべきだ」 「宇宙船サジタリウス」30年越しのアニメ誕生秘話！ 最新作も執筆中？ イタリア人原作者・ロモリ氏【インタビュー】 2019/06/15 【社会】バスにクラクションを鳴らされ激怒。営業所に乗り込み職員に暴行。28歳建築作業員の男を逮捕。兵庫県伊丹市 [記憶たどり。★] Nintendo Switchにプログラミングツールが登場。Switch上でスイッチ用ゲームを作ることが可能に [無断転載禁止] 【企業買収】Adobe、小売りサイト構築パッケージのMagentoを約17億ドルで買収 【日韓】 韓国を加害者にする日本の「被害者フレーム」構築に対応するには/東京特派員コラム[03/18] 【悲報】ウィッチャー4｢最高のオープンワールド体験構築を目指す｣エルデンリング終了へ メーカー｢新作ゲーム発売！｣( ヽ'ん`)｢ん…(5年後に中古でワンコインになるまで待って買えば安いのでは？)｣ これ嫌儲のコスパ戦術だよな 【サッカー】＜EURO2016＞イタリア代表、デ・ロッシはドイツ戦欠場へ！ T・モッタ出場停止でレジスタ不在… 【IT】新型コロナ／定額給付金、神戸市はたったひとりの職員が1週間で、申請状況確認サイトを構築 [田杉山脈★] 【朗報】新型コロナウイルス未感染の生田衣梨奈さん・野中美希さん・羽賀朱音さん、勝利のピースサイン画像投下！ シーバサー「バチ抜けが・・・」「イワシパターンが・・・」 餌釣り師「ん？なんか言った？（爆釣）」 【ロマサガRS】ロマンシングサガ リ・ユニバース★82【ロマンシング詐欺 無告知交換品削除 売り逃げダイナミック】 9月入学とかバカなこと言ってないで、さっさとオンライン授業システムを構築しろよ この国頭悪すぎだろ😫 Perfume、BABYMETAL、ももいろクローバーZ。本当にライブパフォーマンスが凄いのは？ 【本日はエイプリルフール】NGT48 は株式会社Floraになり運営会社を独立しました！皆様と信頼関係を構築します！！ 【民団】民団団長が公約「韓日関係改善、ヘイトスピーチ根絶、在日大統合、新時代へ組織基盤を構築、祖国との絆強化」 【朗報】睡眠薬と酒の合わせ技で自作安楽死を構築できることが判明 お前ら、これが本当に最後のセーフティーネットだぞ。酒に感謝しろ 【日常】Apple Watchの血中酸素濃度センサーに特許パクリ疑惑が浮上。販売中止に【コーヒー浣腸】 【サッカー】＜C・ロナウド＞自身のライバルに挙げたのは・・・「メッシ、ネイマール、レヴァンドフスキ、イグアイン」 【生化学/細胞生物学】オートファジー始動装置の構築メカニズムを解明 [無断転載禁止] 【ファーウェイ】イタリアに13億ドル投資へ ５Ｇ構築で公正対応も要請 【自作PC】CoffeeLakeは地雷と判明！IceLakeで8コア16スレッド化・10nm化・ソケット変更のため これもうRyzenしかないだろ [無断転載禁止]©2ch.net 【小売】夏到来！今年の百貨店ビアガーデンは特化型 【IT】DropboxがAWSを捨てて独自のインフラとネットワークを構築した理由 [無断転載禁止] 2chでセキュアなlinuxデストリビューションを作ろう 日本語認識AI、官民で技術開発…総務省幹部「アマゾンエコーのような海外商品が日本の全家庭を『完全制圧』する前にシステム構築を」 【NS】Nintendo Switchに作曲ソフト「KORG Gadget」が登場。複数人プレイなど独自要素を搭載して2018年春にリリース予定 【通信】ソフトバンクとGoogle親会社、成層圏に“基地局”構築へ 機動戦士ガンダムバトルオペレーション2 #1449 2chアニメフラッシュ製作化運動 音楽関係者「道重さゆみ復活のXデーは11月26日。プロデューサー就任の話もあるが後輩のライバルとしてアイドル復帰の可能性もある」 [無断転載禁止] 【仏中】、「中国はフランスが『一帯一路』構築に参与することを歓迎する」 習近平主席、仏マクロン次期大統領と電話会談[5/9] [無断転載禁止] 【アニメ／映画】コードギアス：劇場版第3部「皇道（おうどう）」が5月26日公開 テレビアニメを再構築 新カットも［18/02/10］ 機動戦士ガンダムバトルオペレーション2 #682 【野球】巨人 マイコラスの妻・ローレン夫人、生観戦でキスをプレゼント 【政治】食品自主回収、情報を一元化、厚労省がシステム構築へ [無断転載禁止] 【映画】テイラー・スウィフトがミュージカル『キャッツ』の映画化作品に出演へ 【歴史】「白村江の戦い」大敗が残した教訓から… 最高の国防体制を構築、敵の侵攻に備え 囲碁入門コンテンツ制作に向けた理論体系の構築 【プラモ】ネ実模型製作Ver.66【フィギュア】 ©3ch.net 安倍ちゃん「高齢者の定義を見直し、７４歳までフルで働ける社会の構築を目指します！」 [無断転載禁止]©2ch.net 【サレ専用】シタが怪しい・無反省 9【再構築？】
16:34:33 up 13 days, 1:42, 7 users, load average: 7.57, 8.19, 8.24
in 1.9474470615387 sec
@0.065100193023682@0b7 on 120306
