[過去ﾛｸﾞ] 2ch特化型サーバ・ロケーション構築作戦 Part21 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
328(1): root▲ ★ 2006/05/03(水) 12:19:26 ID:???0 BE AAS
tiger503, tiger507 and cobra2247 の3台は本日電源系統移動作業の予定。
さきほど私のほうで halt -p を実行し、作業可能を伝えました。
>>325
ありがとうございます。
本日中にやってみるです。 < procmap
> あと、kern.dflssiz, kern.maxssiz, kern.sgrowsiz等は設定されてますでしょうか?
> また、Apacheの設定でThreadStackSizeは設定されてますでしょうか?
このへんはデフォルトのままです。
というか、スタックオーバーフローの疑いですか。
>>325-327
これも別途やってみるです。
329: む P211018235141.ppp.prin.ne.jp 2006/05/03(水) 18:57:25 ID:IAaJAFY00(1)調 AAS
外からですが、
見ていると、プロセスあたりのスレッド数が32の時のほうが、パフォーマンスは出るような感じですね。
でもそれだと、虫を踏んだ時にLAがめちゃくちゃ上がって、瀕死状態になってしまうと。
330: root▲ ★ 2006/05/04(木) 00:55:46 ID:???0 BE AAS
まずは。
live22、signal 10 でのダウン(虫ふみ)多数。
別途解析すすめる予定。
live22, live22x1 は重くなった局面あり。
プライベート接続側の受信バッファがあふれた模様。
May 3 02:30:34 <0.4> tiger2522 kernel: em1: RX overrun
May 3 02:47:17 <0.4> tiger2522 kernel: em1: RX overrun
May 3 05:04:32 <0.4> tiger2522 kernel: em1: RX overrun
May 3 05:00:00 <0.4> tiger2523 kernel: em1: RX overrun
May 3 05:00:00 <0.4> tiger2523 last message repeated 2 times
live22x2 特に異常なし。
live22x3 リブートかかった模様、原因不明(メッセージなし)。
それとは別にこんなメッセージが。
やや不吉なるも、とりあえず経過観察。
May 3 08:49:50 <0.2> tiger2525 kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=94099079
331: root▲ ★ 2006/05/04(木) 00:59:08 ID:???0 BE AAS
ex14は大きな破綻なしか。
cobra、強いなぁ。
332: root▲ ★ 2006/05/04(木) 01:04:09 ID:???0 BE AAS
live22x3、また変なリブート入った。
おかしいな。
333: root▲ ★ 2006/05/04(木) 01:09:46 ID:???0 BE AAS
live22x3 は、ログインして状況確認中。
メールチェックしてきます。
作業終わっているといいな。
334: root▲ ★ 2006/05/04(木) 01:12:16 ID:???0 BE AAS
live22x3、いけませんね。
受付嬢の設定変えて、フロントエンドからはずします。
335: root▲ ★ 2006/05/04(木) 01:18:07 ID:???0 BE AAS
live22x3 は、ハードウェアトラブルっぽいですね。
いろいろ手配します。
matd の設定いじって、とりあえずフロントエンドからはずしました。
336: root▲ ★ 2006/05/04(木) 01:21:59 ID:???0 BE AAS
live22x4, live22x5, cobra2247(= live22-2 予定)
電源移設作業完了したとの連絡が入りました。
ということで、雪だるま作戦本格再開です。
OSバージョンアップ、設定仕込み等、たんたんとすすめるということで。
337: root▲ ★ 2006/05/04(木) 01:44:53 ID:???0 BE AAS
tiger2525(= live22x3)、remote KVM でチェックしました。
HDD コントローラからエラー出まくり。
HDD or HDD コントローラがあぼーんした模様。
tiger503/507/cobra2247 の作業ありがとうメールに、
tiger2525 の緊急対応を依頼しました。
# ちなみに、tiger2525 はフロントの1台なので、
# 仮に HDD 完全あぼーんでも、交換して OS 入れれば問題なし。
338: root▲ ★ 2006/05/04(木) 02:51:54 ID:???0 BE AAS
tiger2525 (= live22x3) は、HDD あぼーんとのこと。
HDD 交換・OS 再インストールで中の人と調整中。
339: root▲ ★ 2006/05/04(木) 04:19:44 ID:???0 BE AAS
もののけ姫までに、
・live22x3 復活 & フロントに再投入
・live22x4, live22x5, live22-2 投入 with FreeBSD 6.1-RC2 or 6.1R
・live22, live22x[12] OS バージョンアップ + Apache 更新
をめざすことにしよう。
340: root▲ ★ 2006/05/04(木) 04:31:13 ID:???0 BE AAS
>>325-327 は、ちと予想外の障害対応のため、明日にでも。
(core は保存しました)
今日は、そろそろこのへんで。
341: root▲ ★ 2006/05/04(木) 16:52:48 ID:???0 BE AAS
過去ログ(NFS経由)を、すいているlive22のパブリック側で
アクセスするようにしてみた。
342: root▲ ★ 2006/05/04(木) 17:44:32 ID:???0 BE AAS
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 root@tiger507.maido3.com:/var/src/sys/i386/compile/I386_TIGER_61 i386
・Apache 2.2.2 + patch + worker MPM + libthr
・カーネルパッチ(FD_SETSIZE) とりあえず導入せず
・PREEMPTION とりあえず有効
343: root▲ ★ 2006/05/04(木) 17:49:52 ID:???0 BE AAS
以降の予定
cobra2247 稼動
フロントエンドを切り替えつつ、バージョンアップ
バックエンドバージョンアップ(この際にはサービス停止)
344: root▲ ★ 2006/05/05(金) 00:31:20 ID:???0 BE AAS
cobra2247、バージョンアップの準備していたら
いきなりハングアップした。
KVM 画面もフリーズしている模様。ううむ。
345: root▲ ★ 2006/05/05(金) 00:36:27 ID:???0 BE AAS
見たところ、カーネルパニックしている模様。
ううむ。
ちょっと、しらべてみます。
346: root▲ ★ 2006/05/05(金) 00:38:20 ID:???0 BE AAS
savecore: reboot after panic: spin lock held too long
ううむ、これって。
347(1): root▲ ★ 2006/05/05(金) 00:43:25 ID:???0 BE AAS
いったん single CPU の kernel に替えてみるか。
なんだかだけど。
348(1): ◆BFzK/mtqM2 2006/05/05(金) 00:49:56 ID:qTv6eOEO0(1/2)調 AAS
>>347
まだソースがガシガシ更新されているから虫がいるんですかね？
349: root▲ ★ 2006/05/05(金) 00:54:57 ID:???0 BE AAS
>>348
まだ 6.0R のままなんですよ。< cobra2247
make buildworld の間に panic したという。
ほぼ同じハードウェア構成で 6.0R な ex14 はちゃんと動いているので、
ハードウェア障害の予感も。
350: root▲ ★ 2006/05/05(金) 00:57:11 ID:???0 BE AAS
カーネル作っている間にまた固まった、、、。 < cobra2247
351(1): ◆BFzK/mtqM2 2006/05/05(金) 00:59:00 ID:qTv6eOEO0(2/2)調 AAS
メモリかな？
352: root▲ ★ 2006/05/05(金) 00:59:51 ID:???0 BE AAS
しばらく待ってだめなら、リブート要請を再度出すということで。
(さっき一度出したのですが、その後ちゃんとパニックしてくれたので
いったんキャンセルした)
353: root▲ ★ 2006/05/05(金) 01:00:58 ID:???0 BE AAS
>>351
ありえますが、、、。どうなんだろう。
354: root▲ ★ 2006/05/05(金) 01:06:29 ID:???0 BE AAS
だめなようですね。
リブート要請します。< cobra2247
355(2): root▲ ★ 2006/05/05(金) 02:35:24 ID:???0 BE AAS
>>325
> あと、kern.dflssiz, kern.maxssiz, kern.sgrowsiz等は設定されてますでしょうか?
> また、Apacheの設定でThreadStackSizeは設定されてますでしょうか?
外部ﾘﾝｸ[html]:httpd.apache.org
スタックオーバー風呂ということなら、
大きくする、という手はあるのかも。
356: root▲ ★ 2006/05/05(金) 02:35:57 ID:???0 BE AAS
>>355
ありゃ、変な変換。
ま、いっか。もちょっとしたらお風呂の時間で。
357(3): root▲ ★ 2006/05/05(金) 03:21:47 ID:???0 BE AAS
<IfModule mpm_worker_module>
ThreadStackSize 262144
StartServers 64
ServerLimit 64
ThreadLimit 32
ThreadsPerChild 32
MaxSpareThreads 2048
MinSpareThreads 2048
MaxSpareThreads 2048
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>
にしてみた。< live22
前に read.cgi のことをやった時に、確か SunOS さんが
65536 がデフォルトって言っていたっぽいような気がするので、
とりあえずスタックサイズを4倍にしてみたつもり。
358: root▲ ★ 2006/05/05(金) 03:27:19 ID:???0 BE AAS
%uname -a
FreeBSD tiger2524.maido3.com 6.1-RC2 FreeBSD 6.1-RC2 #0: Thu May 4 10:04:11 PDT 2006 root@tiger2524.maido3.com:/home/src/sys/i386/compile/I386_TINYTIGER_61 i386
@ live22x2
359(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 03:33:44 ID:b3qevcS80(1/10)調 AAS
>>357
FreeBSD 6.x のデフォルトのスレッドスタックサイズは1MBです。
360(1): root▲ ★ 2006/05/05(金) 03:40:32 ID:???0 BE AAS
>>355 >>357
リンク先を読んでみると、
スレッドスタックサイズのデフォルト値が比較的小さく設定されている プラットホーム
(例えば HP-UX) では、自動変数用の領域で大きな容量を 使用するサードパーティ製
モジュールのために Apache がクラッシュする 場合もあります。そのモジュールは他の
プラットホームでは スタックサイズが大きいために、快調に動作するかもしれません。
このタイプのクラッシュは、ThreadStackSize で OS のデフォルト値より大きな値を指定
することで解決します。 サードパーティ製モジュールでこの処置が必要であると記載
されている 場合か、Apache の出力するメッセージでスレッドスタックサイズが
小さすぎると指摘されている場合にのみ、この調整をしてください。
デフォルトスレッドスタックサイズが、Web サーバ用途に必要な量よりも 明らかに
大きすぎる場合、ThreadStackSize を OS のデフォルト値よりも小さな値にすることで、
子プロセスあたりの スレッド数をより多く持たせられるようになります。 このタイプの
調整は、テスト環境でウェブサーバを完全に テストできる場合に限って行なうべきです。
まれに多数のスタックが要求されるリクエストを受けることがあるかも しれないからです。
Web サーバの設定を変更すると、現在の ThreadStackSize の設定が取り消される
場合があります。
…ううむ、大きくするのがよいのか、小さくするのがよいのか。
あるいは実はあまり効果がないのか。
とりあえず、今は >>357 にしておくか。
361(1): root▲ ★ 2006/05/05(金) 03:41:15 ID:???0 BE AAS
>>359
1000000 かな。それとも 1048576 ?
362(1): ◆SSu.zv/rvs 2006/05/05(金) 03:42:26 ID:BMUb5uVP0(1/13)調 AAS
スタックは誰が使うスタックですか?
363(1): root▲ ★ 2006/05/05(金) 03:43:14 ID:???0 BE AAS
だんだん、思い出してきました。
前は、dso 版 read.cgi でこの局面になったですね。
auto 変数で 512M のバッファとかとっていて、
それが Apache 2.0 の worker MPM ではうまく動かなかったんでした。
ちょっと、過去ログを見てみるか。
364: root▲ ★ 2006/05/05(金) 03:43:39 ID:???0 BE AAS
>>362
httpd の 1 スレッドのはず。
365: ◆SSu.zv/rvs 2006/05/05(金) 03:44:36 ID:BMUb5uVP0(2/13)調 AAS
512M?
366(1): root▲ ★ 2006/05/05(金) 03:44:46 ID:???0 BE AAS
で、>>363 は、
SunOS さんのアドバイスで、apr_palloc() を使って動的にとるようにして、
解決したのでした。
367: root▲ ★ 2006/05/05(金) 03:45:11 ID:???0 BE AAS
× 512M
○ 512K
368(1): ◆SSu.zv/rvs 2006/05/05(金) 03:45:41 ID:BMUb5uVP0(3/13)調 AAS
それはヒープ? >>366
369(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 03:46:14 ID:b3qevcS80(2/10)調 AAS
>>361
外部ﾘﾝｸ[diff]:www.freebsd.org
なので、1048576。
あと、64bit だと2MBがデフォルトですね。
65536は、5.4までのデフォルト。
(5.5は6.xと同じになるみたいです)
370(1): ◆SSu.zv/rvs 2006/05/05(金) 03:46:50 ID:BMUb5uVP0(4/13)調 AAS
私の中ではスタックは 1M はあるという意識で組んでいたり、
371: root▲ ★ 2006/05/05(金) 03:47:02 ID:???0 BE AAS
read.cgi の件は、これですね。
read.cgi再開発スレ Part2
2chｽﾚ:operate あたり。
372: root▲ ★ 2006/05/05(金) 03:47:29 ID:???0 BE AAS
>>368
そのはずです。
向こうの read.cgi スレでやったはず。
373: root▲ ★ 2006/05/05(金) 03:48:29 ID:???0 AAS
>>369
なるほど、5.4R までのデフォルトと変わっているですか。
>>370
そんなわけで、64k しかなかったと。
374(1): ◆SSu.zv/rvs 2006/05/05(金) 03:49:05 ID:BMUb5uVP0(5/13)調 AAS
1スレッドのスタックとすると
.dso 等にはどれくらいの残りがあるんですかねぇ
375: root▲ ★ 2006/05/05(金) 03:49:50 ID:???0 AAS
ということは、これではないっぽい、、、のかな。
あるいは 1M にしたことが、副作用を呼んでいるのか。< live22x
# ってことは、Apacheのドキュメントにあるように
# あえて少なくする(5.4Rの時のように)ことも、ありなのかしら。
376: root▲ ★ 2006/05/05(金) 03:50:31 ID:???0 AAS
>>374
ん、ちとはっきりとはわからんです。
(そこに来るまでにどこまで消費されているか、ってことですね)
377(1): ◆SSu.zv/rvs 2006/05/05(金) 03:52:50 ID:BMUb5uVP0(6/13)調 AAS
どれだけ同時に起動されていて
どのように使っているのかわからないので、一概には言えないけど、
もと 65536 を read.dso に渡していたならそれを巨大にするのはかなり危険かも、
ただし Apache等で必要ならまた別の話ですが、
378: root▲ ★ 2006/05/05(金) 03:55:19 ID:???0 AAS
>>377
live22 は read.cgi 動いてないですが、
フロントにも同じことがいえるのかもですね。 < read.cgi の話
で、FreeBSD 6.0R で変わった(でかくなった)とすると、
そこの部分を元のように＊減らして＊みる、というのは、
意味があることなのかも。
379: root▲ ★ 2006/05/05(金) 04:00:46 ID:???0 BE AAS
FreeBSD 6.0R では、こうか。
/*
* Miscellaneous definitions.
*/
#define THR_STACK_DEFAULT (sizeof(void *) / 4 * 1024 * 1024)
380: root▲ ★ 2006/05/05(金) 04:02:22 ID:???0 BE AAS
SunOS さんが試したのは、5.3R か。
read.cgi再開発スレ Part2
2chｽﾚ:operate
5.4R まで … 一律64K
6.0R, 5.5R 以降 … 32bit だと 1M 、64bit だと 2M
ということですか。
381: root▲ ★ 2006/05/05(金) 04:06:27 ID:???0 BE AAS
…ということは今の設定(>>357)は結果として、
1スレッドあたりのスタックサイズを 1/4 にしたことになるのかな。
382: root▲ ★ 2006/05/05(金) 04:08:33 ID:???0 BE AAS
という前提で >>360 を読むと、
> ThreadStackSize を OS のデフォルト値よりも小さな値にすることで、
> 子プロセスあたりの スレッド数をより多く持たせられるようになります。
が、とても気になりますね。
383: ◆SSu.zv/rvs 2006/05/05(金) 04:10:12 ID:BMUb5uVP0(7/13)調 AAS
なるのではないかと、
384(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 04:11:39 ID:b3qevcS80(3/10)調 AAS
通常、減らすのは、
ThreadsPerChild に 3000 とか、大きな値を指定する場合で、
普通なら減らす必要はないと思います。
385: root▲ ★ 2006/05/05(金) 04:11:53 ID:???0 BE AAS
つまり、これで試してみることには、おおいに意味があるかもしれないと。
386: root▲ ★ 2006/05/05(金) 04:13:39 ID:???0 BE AAS
>>384
ふむ、、、。
でも問題きりわけのためには、意味があるのかもですね。< 今の設定
387(1): ◆SSu.zv/rvs 2006/05/05(金) 04:14:06 ID:BMUb5uVP0(8/13)調 AAS
スタック使いすぎでスワップが発生しているなら意味があるのではないかなぁ
そうでないなら意味ないと思う
388: root▲ ★ 2006/05/05(金) 04:14:42 ID:???0 BE AAS
>>387
メモリは余裕ある状態と思います。< live22
389(1): ◆SSu.zv/rvs 2006/05/05(金) 04:15:39 ID:BMUb5uVP0(9/13)調 AAS
「スタック使いすぎで」はランボーないい方か、
子供たちにスタックを与えすぎて合計のメモリが逼迫しているならってことです
390(1): root▲ ★ 2006/05/05(金) 04:24:09 ID:???0 BE AAS
…さて、そんななか明日以降の予定。
○ live22x4, live22x5 フロントに再投入(済)
○ live22x2 OS・Apache 更新(済)
・live22x3 復活 & フロントに再投入
・live22-2 (= cobra2247) 投入 with FreeBSD 6.1-RC2 or 6.1R => まずは問題解決しないと
・live22, live22x1 OS バージョンアップ + Apache 更新
391: root▲ ★ 2006/05/05(金) 04:27:02 ID:???0 BE AAS
>>389
なるほど。そういう意味ですか。
…このへん、状況の整理が必要そうですね。
>>325 >>328 の kern. なんたらの話も含めて。
で、今日はちとエネルギー切れという感じです。
といったわけで、そろそろ店じまいの時間で。
392(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 04:31:56 ID:b3qevcS80(4/10)調 AAS
>>325は私の書き込みですが、
procmapを使用して、VMのマッピング状態をみることにより、
Cannot access memory at address 0xXXXXXXXX の
0xXXXXXXXX がマッピングされているのか、
そのアドレスがスレッドスタック領域内か付近か見たかったわけです。
FreeBSDはgrow stackを使用するので、スレッドスタックが1MBだとしても、
最初は128kの領域しか取りません。以後は必要において1MBまで拡張されます。
通常の状態であれば、procmapを使って稼働中のhttpdの状態を見たときは、
下の方に多くの128kの領域があるはずです。
もし、スタックが拡張されていれば128k+拡張された領域が見えます。
393(2): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 04:36:01 ID:b7udRDHi0(1/3)調 AAS
スタックを小さくするのは、単にアドレス空間の枯渇を防ぐためですよ。
例えば某OSのデフォルトだと、スタックは1スレッドあたり10M程。
ということは、32bit環境では、どんなに頑張っても
400スレッド(事実上200以下)しか出来ないわけですね。
これを増やすために、1スレッドのサイズを減らすということで。
394(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 04:37:17 ID:b3qevcS80(5/10)調 AAS
kern.dflssiz, kern.maxssiz, kern.sgrowsiz は、
これらを設定した方が良いという意味ではなくて、
設定することにより動きが変わってくるので、確認の意味で書きました。
特に、kern.sgrowsizは、上記の最初の128kというサイズに影響を与えます。
kern.dflssiz, kern.maxssiz は、limit などで表示されるスレッドの制限に
影響を与えますが、これは最初の main スレッドの制限なので、
worker の場合はあまり関係ありません。
395(1): ◆SSu.zv/rvs 2006/05/05(金) 04:38:00 ID:BMUb5uVP0(10/13)調 AAS
ちなみに、今話しているのはPentinumなマシンなんですよね?
396: 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 04:51:09 ID:b3qevcS80(6/10)調 AAS
>>393
そうですね。
FreeBSDはi386(32bit)だと、デフォルトのサイズは1MBなので、
デフォルトでは2500弱のスレッドしか作れないです。
よって、ThreadsPerChildもそのあたりが限界。
もし、ThreadsPerChildを3000とかにすると、pthread_create()が失敗するので、
Apacheが起動できません。
397: 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 04:55:53 ID:b3qevcS80(7/10)調 AAS
>>395
それは、amd64(64bit)ではなくて、i386(32bit)の話という意味でしょうか?
398: ◆SSu.zv/rvs 2006/05/05(金) 04:56:31 ID:BMUb5uVP0(11/13)調 AAS
x86といったほうがいいのだろか、
399: 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 05:01:22 ID:b3qevcS80(8/10)調 AAS
設定うんぬんということならば、
同じFreeBSDである限り、i386でもamd64でも変わらないでしょうが、
amd64だとVMのアドレス空間が莫大になるので、
アドレス空間の枯渇の問題は、ほぼ起こらないと思っていいでしょう。
400: root▲ ★ 2006/05/05(金) 05:03:40 ID:???0 BE AAS
おふろを出ると、話が進んでいるですね。
>>392
ふむふむ。
>>393
なるほど、わかってきました。
>>394
そういうことでしたか。
401(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 05:07:55 ID:lGySeUIB0(1)調 AAS
なんか「おいでよどうぶつの森」の博物館の
フクロウさんを思い出したのは内緒です。
402(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 05:10:59 ID:b3qevcS80(9/10)調 AAS
あと、kern.sgrowsizを設定しているかどうかにより、
Red Zone が作成されるかどうかにも影響を与えます。
FreeBSDは Thread A のスタックと Thread B のスタックの間に
Red Zone と呼ばれるアクセス読み書き不可の領域をわざとつくり、
Thread A が Thread B のスタックを破壊するのを防ごうとします。
ただ、grow stack のせいで、デフォルトの設定だと
Red Zone が作成されないんですね。
kern.sgrowsizの設定を尋ねたのは、Red Zone が作成される設定になっているか
確認する意味もありました。
403(1): root▲ ★ 2006/05/05(金) 05:13:54 ID:???0 BE AAS
>>402
なるほど、
ということは、Red Zone を作る設定にすると、grow stack ではなくなる、
ということですか。
>>401
そのこころは、、、。
404(1): ◆SSu.zv/rvs 2006/05/05(金) 05:15:07 ID:BMUb5uVP0(12/13)調 AAS
なんか 何十年たっても結局同じ話をしているんだなぁ
面白いっすね、
これからプログラムを書こうという人は是非ここを学んで欲しいと思ったりなんかして、
hehehe
405: root▲ ★ 2006/05/05(金) 05:20:15 ID:???0 BE AAS
>>404
> hehehe
表情が思い浮かんだですよ。
で、live22x3 HDD 交換完了とのこと。
これは明日以降、たんたんと。
406: 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 05:22:26 ID:b3qevcS80(10/10)調 AAS
>>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 を設定した方が良いという
意味ではないです。
407: root▲ ★ 2006/05/05(金) 14:30:27 ID:???0 BE AAS
cobra2247 ですが、oyster901 = ex14 でコンパイルした
GENERIC カーネルでブートしたところ、make buildworld buildkernel 通りました。
# -j 4 つけると 1 error になり、
# /usr/obj の下にひとつ usr -> var なシンボリックリンクが必要だった。
408(1): root▲ ★ 2006/05/05(金) 16:07:12 ID:???0 BE AAS
live22x3 6.1-RC2 で復活。
これで、フロントはとりあえずの完成形に。
cobra2247 をやるか。
409(1): root▲ ★ 2006/05/05(金) 16:22:44 ID:???0 BE AAS
>>408
いや、live22x1 のバージョンアップがありますね。
live22 もか。
410(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 16:31:02 ID:v0LBpmeQ0(1)調 AAS
>>409
姉（live22）のバージョンアップ作業ですが今日の深夜が無難な時間帯です。
明日はＦ１にダイバスターとサッカー、明後日はＦ１とサッカーがあります。
411: root▲ ★ 2006/05/05(金) 16:34:04 ID:???0 BE AAS
>>410
んじゃ、そうしますかね。
2時間程度、全部止める必要があるので。
412: root▲ ★ 2006/05/05(金) 16:38:23 ID:???0 BE AAS
【実況】 live22x Part18
2chｽﾚ:operate
スケジュールしました。
準備しておくか。
413: root▲ ★ 2006/05/05(金) 21:29:25 ID:???0 BE AAS
-i 2 -I 60 → -i 10 -I 120 にした。 < bbsd
414: root▲ ★ 2006/05/05(金) 22:03:14 ID:???0 BE AAS
signal 10 で落ちる症状は変わらない模様ですね。
バージョンアップ前に、
いったん、 ThreadStackSize 262144 を元に戻すか。
他もいったん、設定の棚卸というかんじで。
415: 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 22:49:20 ID:b7udRDHi0(2/3)調 AAS
>>322の
> esp 0xb858aa3c 0xb858aa3c
> ebp 0xb858aa58 0xb858aa58
ってのは、スタックオーバーフローなんですかね？
まあ、スタック領域がこの辺にあってもおかしくは無いのですが
むしろ、バッファオーバーフローで変な領域にspが設定されている気もします。
(ebpの退避されている領域にゴミが書かれると、espにも伝播して壊れるはず)
実行環境(FreeBSD/amd64)での、スタック/ヒープ/コード(リテラル)/静的データ(bssが別ならそれも)の
それぞれのおよその配置と比べてみて
esp/ebpに設定されているのがどの領域なのかは
確認してみたいところですが。
416(1): 動け動けウゴウゴ２ちゃんねる 2006/05/05(金) 22:55:44 ID:b7udRDHi0(3/3)調 AAS
それと、
関連スレは全然チェックしてないのですが
Signal10の原因はOSかApacheのコアだというのは間違いないのですかね？
SpeedyCGIとmod_cgidso、及びdso版read.cgiが原因という可能性は？
というのは、もし単純なバッファオーバーフローがapacheのコア部分にあったら
簡単に発見されて修正されそうな気がするので
もしバッファオーバーフローであれば、追加モジュールに原因があるのではと。
417: root▲ ★ 2006/05/05(金) 22:59:19 ID:???0 BE AAS
<IfModule mpm_worker_module>
StartServers 64
ServerLimit 80
MaxClients 640
ThreadLimit 16 <= 8
ThreadsPerChild 16 <= 8
MinSpareThreads 64
MaxSpareThreads 512
MaxRequestsPerChild 1000000
MaxMemFree 16000
</IfModule>
こうしてみた。 < www/menu
418: root▲ ★ 2006/05/05(金) 23:00:28 ID:???0 BE AAS
>>416
live22 は read.cgi 動かしてないので read.cgi (cgidso) 動いてないです。
419(1): root▲ ★ 2006/05/05(金) 23:36:01 ID:???0 BE AAS
cobra2247 準備が整いました。
あと、www2 の4号機と5号機の登録も。
まずは DNS 登録依頼いきます。
以下の追加登録をお願いします。
+live22-2.2ch.net:206.223.150.52:300
+www2f4.2ch.net:206.223.150.110:300
+www2f5.2ch.net:206.223.150.42:300
420: root▲ ★ 2006/05/05(金) 23:41:48 ID:???0 BE AAS
で、live22-2 を動かすには、
read.cgi と bbs.cgi を更新する必要があるですね。
もちろん、掲示板システムの入れ込みとか F22 (F15?) の起動とか、
そのへんも必要で。
421(1): ◆SSu.zv/rvs 2006/05/05(金) 23:44:55 ID:BMUb5uVP0(13/13)調 AAS
なんでなんで?
前回その話になったとき、 live22x? を使うんじゃなく
別のvirtualをどんどん追加していくと言っていたような、
422: root▲ ★ 2006/05/05(金) 23:47:25 ID:???0 BE AAS
>>421
なるほどなるほど。
live22x っていう名前、変えてもいいんだった。
うっかりしていました。
news20 でよいですかね。
423: root▲ ★ 2006/05/05(金) 23:48:53 ID:???0 BE AAS
つまり、
cobra2247 = news20
tiger2523, 2524, 2525, 503, 507 = news20x1 〜 news20x5
424: root▲ ★ 2006/05/05(金) 23:50:56 ID:???0 BE AAS
というわけで >>419 はとりさげて、申請出しなおしますです。
425: root▲ ★ 2006/05/05(金) 23:52:48 ID:???0 BE AAS
というわけで、
live22x という名前で、複数バックエンドにする
もんだと、勘違いしていました。すんません。
news20(x) のつもりで、設定ごにょごにょしてくるです。
426(1): ◆TWARamEjuA 2006/05/06(土) 01:19:27 ID:FC7/eJOM0(1/2)調 BE AAS
なんだか様子が変ですー
外部ﾘﾝｸ[cgi]:sv2ch.baila6.jp
427: root▲ ★ 2006/05/06(土) 01:35:05 ID:???0 BE AAS
>>426
んーむ、httpd の暴走ですね。
これも原因つきとめないとなぁ。
428(1): root▲ ★ 2006/05/06(土) 01:45:22 ID:???0 BE AAS
ということで、改めて DNS 登録申請いきます。
以下の追加をお願いします。
+www2f4.2ch.net:206.223.150.110
+www2f5.2ch.net:206.223.150.42
+news20b.2ch.net:206.223.150.52
+news20f1.2ch.net:206.223.150.64
+news20f2.2ch.net:206.223.150.74
+news20f3.2ch.net:206.223.150.84
+news20f4.2ch.net:206.223.150.110
+news20f5.2ch.net:206.223.150.42
+news20.2ch.net:206.223.150.96
429(1): root▲ ★ 2006/05/06(土) 04:17:23 ID:???0 BE AAS
>>390
○live22x3 復活 & フロントに再投入(済)
○live22 OS バージョンアップ(済)
・news20 構築 DNS 変更依頼中、DNS 登録完了後作業継続予定
・live22x1 OS バージョンアップ + Apache 更新 これから
430: root▲ ★ 2006/05/06(土) 05:00:57 ID:???0 BE AAS
#!/bin/sh
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 10 -I 120 -n 8 -p 2222 -s live22x.2ch.net
bbsd の nice 値 -20 をやめてみた。(きりわけのため)
現在、PREEMPTION なし以外は、概ね通常のサーバ設定。
431: root▲ ★ 2006/05/06(土) 05:22:58 ID:???0 BE AAS
寝る前に、news20 関連のアカウント情報をメールしておくです。
432: root▲ ★ 2006/05/06(土) 14:10:57 ID:???0 BE AAS
私の環境では見えるみたい。
外部ﾘﾝｸ:news20.2ch.net
そのうち、done. が来るかなと。
# 掲示板システムは、news20b に作ることになるです。 > かっこいいおにいさん
433: ▲ ◆SANUKI/VII 2006/05/06(土) 14:18:45 ID:JDXxfnFfP(1)調 BE AAS
news20ﾐｴﾀ＼(^o^)／
434: 動け動けウゴウゴ２ちゃんねる 2006/05/06(土) 14:19:28 ID:f1rVV7JE0(1)調 AAS
(ﾟ∀ﾟ)
435: 動け動けウゴウゴ２ちゃんねる 2006/05/06(土) 15:29:27 ID:6X8cZn1V0(1)調 AAS
おらわくわくするぞ
436: 動け動けウゴウゴ２ちゃんねる 2006/05/06(土) 18:23:49 ID:mXk+K8xl0(1)調 AAS
6.1-RELEASE タグ来てますね。
ちょっとだけ遅かった?
437(1): む P061198250186.ppp.prin.ne.jp 2006/05/06(土) 18:56:17 ID:t3hL77EW0(1)調 AAS
きましたか。
ということは今週中にはアナウンス出る感じかしら。
438: 動け動けウゴウゴ２ちゃんねる 2006/05/06(土) 19:00:14 ID:IDtWUQIu0(1)調 AAS
>>437
むむむさん、memoriesが例によって例の調子です。
439: ◆TWARamEjuA 2006/05/06(土) 19:46:03 ID:FC7/eJOM0(2/2)調 BE AAS
uptimeをみるとクローラさんがどかどかとかっさらっている最中にhttpdがあっぷっぷしたみたいな。。。
＠牡蛎902
440: root▲ ★ 2006/05/06(土) 22:31:27 ID:???0 BE AAS
news20b は最初から 6.1R でいけるのかな。
memories は OS 更新したいところだけど、
センシティブな構成だから、リモートコンソールがないと微妙かも。
まずは Apache とか更新しておくか。
441(1): 動け動けウゴウゴ２ちゃんねる 2006/05/06(土) 22:37:56 ID:n8Q6mkvt0(1)調 AAS
そろそろ削除呪文系も対応しないと、バックエンドが
2つ(以上?)になるともっと大変になるかも。
おじさんのいう勝ちに行くっていうのは、やっぱり
WCUPに対してなんですよね。
サーバ群(7台)の機能分担が鍵ですよね。今のところ、
単機能のフロント側の負けはないようなので、mod_cacheを
導入しない場合は、正直フロントは3台で十分のような。
live22x1のbbsdを単独サーバにしたほうがよいのかも。
442: root▲ ★ 2006/05/06(土) 22:44:51 ID:???0 BE AAS
>>441
呪文は、例のとりあえずmod_proxyでフォワードするというのを、
ちと試してみるです。
で、news20 がうまく稼動したら、たぶん news19 を空けることできて、
news19 は既に XO ロケーションに、、、とか、いろいろと。
443: root▲ ★ 2006/05/06(土) 23:20:42 ID:???0 BE AAS
cobra2247 を 6.1R にすべく、make buildworld を流していたら、
突然ハングアップしました。
ううむ、、、。
444(1): root▲ ★ 2006/05/06(土) 23:22:43 ID:???0 BE AAS
・ping かからない
・KVM で見ると画面が出たまま凍っている
…とりあえず、リブート要請出します。ううむ。
445(1): root▲ ★ 2006/05/07(日) 00:07:23 ID:???0 BE AAS
とりあえず、Apache2.0 と PHP4 をそれぞれ最新にしてみた。 < memories
446: root▲ ★ 2006/05/07(日) 00:23:38 ID:???0 BE AAS
本日準備できたら、live22x1 のバージョンアップ作業する予定。
規制系 DB 用の bbsd は、一時的に live22 へと(作業済)。
447: root▲ ★ 2006/05/07(日) 00:47:45 ID:???0 BE AAS
%uname -a
FreeBSD banana273.maido3.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sat May 6 08:05:11 PDT 2006 root@banana273.maido3.com:/usr/obj/var/src/sys/I386_BANANA_61 i386
cvsup.peko.2ch.net、特に問題なく。
448: root▲ ★ 2006/05/07(日) 01:03:34 ID:???0 BE AAS
>>444
リブートしてもらいましたが、
ログインして操作しているうちに、またハングアップしました。
ちと、まじめに調べてみます。 < cobra2247
449: root▲ ★ 2006/05/07(日) 01:04:57 ID:???0 BE AAS
リモートコンソールで操作中。
一世代前のカーネルに戻してみる。
450: root▲ ★ 2006/05/07(日) 01:15:25 ID:???0 BE AAS
一世代前のカーネルだと、ちゃんと動くようだ。
微妙だ、、、。
451: root▲ ★ 2006/05/07(日) 01:15:47 ID:???0 BE AAS
もう1回 make buildworld buildkernel からじっくりやろう。
452: root▲ ★ 2006/05/07(日) 01:34:47 ID:???0 BE AAS
>>445
改善しないっすね。
apache2limits_args="-e -t 600"
にしてみた。< 前は 1800 だった。
453: root▲ ★ 2006/05/07(日) 02:15:54 ID:???0 BE AAS
bbs.cgi 等配布リストに、live22x4/live22x5 を追加した。
454: root▲ ★ 2006/05/07(日) 02:22:35 ID:???0 BE AAS
もう1回、教科書どおりのほうほうでカーネルとユーザランドを更新しなおしてみた。
普通に 6.1R になったところで、SMP ありのカーネルに差し替え。 < cobra2247
上下前次1-新書関写板覧索設栞歴
あと 547 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.027s