[過去ﾛｸﾞ] 2ch特化型サーバ・ロケーション構築作戦 Part21 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
786: [―{}@{}@{}-] root▲ ★ 2006/06/04(日) 17:51:53 ID:???0 BE AAS
>>785
なるほど、先日来と同じ症状ですね。
それになると、ログインもできなくなるんだよなぁ。
787(1): root▲ ★ 2006/06/05(月) 11:06:47 ID:???0 BE AAS
カーネルパニックしてリブート入った模様。 < 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
root@cobra2247.maido3.com:/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
788(1): root▲ ★ 2006/06/05(月) 11:08:27 ID:???0 BE AAS
>>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?)
あまり参考にならないかも。
789: ● ◆ANGLERlqvM 2006/06/05(月) 11:31:39 ID:Vf+iwsvw0(1)調 BE AAS
kernel Panicですか。
うーん。。
790: 動け動けウゴウゴ２ちゃんねる 2006/06/05(月) 19:09:09 ID:OumWyL390(1)調 AAS
終わりなきバグとの戦い
791: 動け動けウゴウゴ２ちゃんねる 2006/06/05(月) 19:35:34 ID:EqBj7ER1O携(1)調 AAS
終わり無き自分との戦い
792: root▲ ★ 2006/06/05(月) 21:00:59 ID:???0 BE AAS
あんまり虫虫ゆっていると、
「ちゃんと send-pr してくんないと、直せるものも直せません」って、
FreeBSD の中のエロい人に怒られそうなようかんだなぁ。
しなきゃなぁと思ってはいるんだけど。
793: 動け動けウゴウゴ２ちゃんねる 2006/06/05(月) 23:35:22 ID:dJV3EUkJO携(1)調 AAS
そこで、「黙れ小僧！お前に(ry」と言い返すのですよ。
794: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 07:45:25 ID:D5US9p2I0(1)調 AAS
Solarisはダメですか
商用利用も無料になったんですが
795: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 07:48:34 ID:KSJxuMlQP(1)調 AAS
いくら無料になったって。ｿﾗﾘｽの鯖管出来る人がいないなら無意味。
796: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 14:29:20 ID:yCgR2OOa0(1/2)調 BE AAS
Solaris = SunOSに詳しい人はいるので、鯖管やってくれるかどうかの問題かとｗ
797: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 14:43:06 ID:kPQQa2ri0(1)調 AAS
Solaris10 は Solaris8/9 までのノウハウとは全く別のものが要求されますよ
798: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 15:27:07 ID:SMW74aGt0(1)調 AAS
Solaris10 なんかより FreeBSD のがぜんぜんいいと思うけど・・・
799: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 15:37:06 ID:pmNJmmQW0(1)調 AAS
次ぎ乗り換えるときとか、大きな問題解決が必要になったときに選択肢になるんじゃない？
800(1): 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 16:09:36 ID:+l9uyWlT0(1)調 AAS
問題があったとき2chでバグバグいってるだけなら、どのOSを利用しても
最終的には一緒かと。
というわけで、rootさんにはsend-prおねがいしたいです。
801(1): 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 19:30:11 ID:bCqijBXD0(1)調 AAS
Solaris(i386)は、ちょっとした高負荷をかけたとたん死亡したことがあるなぁ。
Linux(FC i386)とFreeBSDでは、まだLinuxのほうが耐えてくれたけど。
PenDでLinux(x86-64)でたったら不明なメモリーリークでフリーズ。
Solarisは重杉で使い物になからなかったなぁ。
802: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 20:12:16 ID:Dz2/+iafP(1)調 AAS
OSから2ch仕様で作ればいいんじゃね？
803: 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 20:39:19 ID:yCgR2OOa0(2/2)調 BE AAS
略称・OS/2でどうか。
804: む＠出先 2006/06/06(火) 20:54:32 ID:8t6xLf8Q0(1)調 AAS
>>801
バージョンが明確じゃないと、なんとも。
FreeBSDだって、5.2.1Rと6.1Rとでは、安定性も性能も全く違うです。
>>800
がんがります、、、。
805(1): 動け動けウゴウゴ２ちゃんねる 2006/06/06(火) 23:07:53 ID:usRbKF9L0(1)調 AAS
send-pr しても >>788 みたいのだと、よくわからない気もしますが。
kernel.debug は作ってないですか?
806: root▲ ★ 2006/06/06(火) 23:35:50 ID:???0 AAS
>>805
作ってないです。
#makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
パフォーマンスが（りゃ という話はあるけど、
news20b あたりは余裕しゃくしゃくだから、
やってみるとよさげかしら。
807: 株価【800】 ▲ ◆cZfSunOs.U 2006/06/06(火) 23:46:03 ID:9Gf6kFZs0(1)調 AAS
どの OS を使うかは技術的問題以外に政治的問題ってのもあるでしょうしね．
ホスティング会社側のこともあるし，2ch 側だけで決められるものではないでしょうし．
んで，確かに Solaris 10 では 9 までとは様相の異なる部分も少なからずあって，
例えば SMF とか．まぁ慣れの問題でしょうけど．ただ，ZFS なんかはメリットありそうですね．
過去ログの膨張による HDD 圧迫も問題になってますが，compression=on にすると
容量節約できそうですし．個人的には Express (Nevada) ですでに使ってますが，
/usr なんかも普通なら 3GB ぐらい食うところが 2GB ぐらいで済んでますし，
テキストデータの dat なら圧縮も結構効くでしょうしね．
もっとも，ライブな dat まで圧縮すると CPU 的にはきつくなるでしょうけど，
そのあたりはマウントポイント単位で設定可能ですし，それに CPU に余力があるなら
I/O データ量の削減により速度向上も図れるようですし．
808: root▲ ★ 2006/06/07(水) 15:57:03 ID:???0 BE AAS
bbs.cgi再開発プロジェクト7
2chｽﾚ:operate
www2 のファイルを置いてある Directory のところににこれ入れてみたけど、
なんかうまくいかないっぽい。
同じ ETag: になるべきなんですよね、たぶん。
809(1): stream ◆PNstream2s 2006/06/07(水) 16:06:34 ID:OVWmBnpS0(1/3)調 AAS
mtimeが微妙に異なるんですかね
810: root▲ ★ 2006/06/07(水) 16:10:13 ID:???0 BE AAS
>>809
rsync でやってはいますが、、、。
これから外出なので、あとで試してみるです。
811: stream ◆PNstream2s 2006/06/07(水) 16:15:21 ID:OVWmBnpS0(2/3)調 AAS
HEAD /snow/index.js HTTP/1.0
Host: www2.2ch.net
www2f1→411963-664-c5aa2540
www2f2→2c0fb1-664-c5aa2540
www2f3→23f603-664-c5aa2540
www2f4→4006a2-664-c5aa2540
www2f5→41cf89-664-c5aa2540
Last-Modified(つまりmtime)は秒単位では全部同じでしたね。
812(2): stream ◆PNstream2s 2006/06/07(水) 16:25:38 ID:OVWmBnpS0(3/3)調 AAS
手元のApache2.2で試しましたが、
FileETag -INode
だとinodeが含まれますね。
FileETag Size MTime
だと含まれないみたいです。
813(1): 株価【900】 ▲ ◆cZfSunOs.U 2006/06/07(水) 17:34:13 ID:7kVM+M060(1)調 AAS
外部ﾘﾝｸ[html]:httpd.apache.org
>デフォルト:FileETag INode MTime Size
> :
>INode, MTime, Size キーワードには + や - を前に付けて
>指定することもできます。この場合は、より広い範囲から継承された
>デフォルトの設定に変更を加えるようになります。そのような接頭辞の
>無いキーワードを指定すると、即座に継承した設定を無効にします。
ってなってるのにナゼだ......と思ってソース見てみたら，
内部的にはデフォルトが ETAG_UNSET (!= ETAG_ALL) なんですね．
で，ETag 生成時に ETAG_UNSET -> ETAG_BACKWORD (== ETAG_ALL) として扱ってると．
なんかドキュメントの書き方このままだと......って感じですが，
それはともかく >>812 のようにするか，あるいは
FileETag All -INode
のようにするか，で i-node が外れますね．
814: root▲ ★ 2006/06/07(水) 19:01:54 ID:???0 AAS
>>812-813
なんと、、、。
あとで、やってみるです。
815: 動け動けウゴウゴ２ちゃんねる 2006/06/07(水) 21:44:13 ID:r2Z96/fu0(1)調 BE AAS
VIPPERどうにかなりませんか。
○●【ex14】VIP運用情報104●○
2chｽﾚ:operate
816(1): root▲ ★ 2006/06/08(木) 00:53:41 ID:???0 AAS
BG3 はカーネルパニックか。
最近、BG3/BG4 は負荷試験状態かも。
817: ｒｅｆｆｉ@報告人 ★ 2006/06/08(木) 00:56:11 ID:???0 AAS
>816
カーネルパニックですか・・・
そろそろ6.1Rにして凌ぐことも検討しないといけない時期かもしれませんね
（一時凌ぎにしかならないけどやらないよりマシだし）
818(1): 動け動けウゴウゴ２ちゃんねる 2006/06/08(木) 01:09:43 ID:Iu5MXwPz0(1)調 AAS
道頓堀川の奴はちゃんと供養されたのかね
819(1): 株価【900】 ▲ ◆cZfSunOs.U 2006/06/08(木) 01:16:03 ID:lZW3DlTt0(1/2)調 AAS
キャッシュファイルを /md に，とか．
820: ● 2006/06/08(木) 01:18:20 ID:F5NGl/hY0(1)調 AAS
>>818
浚っても発見されなかったそうだよ＞サンダース
821: root▲ ★ 2006/06/08(木) 01:19:16 ID:???0 BE AAS
>>819
6.1R にしたら、って感じですかね。
/md をすごい勢いでアクセスすると、何か起こるという噂も、
ありやなしや。
822(1): root▲ ★ 2006/06/08(木) 02:33:38 ID:???0 BE AAS
ううむ、
FileETag Size MTime
だとうまくいって、
FileETag All -INode
だと、うまくいきませんでした。
謎が多いですが、うまくいく方でやるということで、、、。
823: 株価【900】 ▲ ◆cZfSunOs.U 2006/06/08(木) 02:36:27 ID:lZW3DlTt0(2/2)調 AAS
>>822 乙です．ホント FileETag 周辺の内部処理は謎が多いですが......
824(1): 動け動けウゴウゴ２ちゃんねる 2006/06/10(土) 03:04:41 ID:2OL6ajY50(1/2)調 AAS
そういえば、どうでもいい話、mod_expiresなんかでExpiresヘッダとかCache-Controlヘッダを
送ってやると、IEとかGeckoなんかはその期限が来るまで一切リクエストを送らなくなるっぽい。
304を返すだけのリクエストが減るかも。DNSのTTLみたいな延滞が許されるならありかなーとか。
825: root▲ ★ 2006/06/10(土) 21:17:21 ID:???0 BE AAS
>>824
なるほど。
逆に TTL みたいな形にできる、ということですか。
826: 動け動けウゴウゴ２ちゃんねる 2006/06/10(土) 22:46:32 ID:2OL6ajY50(2/2)調 AAS
DNSのキャッシュみたいに期限が切れてなければキャッシュから、切れてたら
更新されてるか問い合わせるみたいな動作になるらしい。
んで、ブラウザの方にキャッシュの更新の仕方の設定があって、GeckoもIEも
どちらも毎回更新を確認するような設定が存在するんだけど、
GeckoのMozilla 1.7.13では文字通り毎回更新のリクエストを発するようになるが、
IE 6.0 SP1は毎回更新の設定でも、なぜか期限付きのページは期限までは
キャッシュの方を優先して使うっぽい。
827(1): root▲ ★ 2006/06/10(土) 23:17:55 ID:???0 BE AAS
以下の DNS 登録をお願いします。
(新規追加)
+ex15.2ch.net:206.223.150.42
828: ピロリ 2006/06/10(土) 23:23:13 ID:GZjXIcX90(1)調 AAS
>>827
done
829: 株価【760】 ▲ ◆cZfSunOs.U 2006/06/10(土) 23:26:17 ID:KI+zrzC90(1)調 AAS
Header set Cache-Control max-age=600
で10分間とか．www2 のスタティックコンテンツとかならいいかもですね．
dat とかの板のデータに使うと雪だるまの mod_cache 問題と同様に
BG への影響が問題になるかも知れませんが（u.la が稼働して BG が
不要になればその問題も解消しますが）．
830: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 00:21:24 ID:o0R9nwlC0(1)調 AAS
mod_expiresなら修正時刻基準にもアクセス時刻基準にも出来るので
Cache-Controlのmax-ageとかExpiresの日付を動的に変更してくれますよん。
831(1): root▲ ★ 2006/06/11(日) 02:23:30 ID:???0 BE AAS
ex14 の memories への収容作業、完了しました。
DNS サーバの設定変更をお願いします。
(現在)
+ex14.2ch.net:206.223.151.225
(変更後)
+ex14.2ch.net:206.223.151.230
832(1): ピロリ 2006/06/11(日) 02:48:19 ID:eXwO+GZN0(1/2)調 AAS
>>831
done
833: root▲ ★ 2006/06/11(日) 02:55:46 ID:???0 BE AAS
確認しました。>>832
これで、今回の移転作業は終了かと。
oyster901 のハードウェア手当てについては、雪だるまスレあたりでわいわいと。
834: ピロリ 2006/06/11(日) 02:58:53 ID:eXwO+GZN0(2/2)調 AAS
はいー
835: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 03:57:12 ID:3AnMscpZO携(1)調 AAS
お疲れ様でし
836: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 05:14:16 ID:YJ4EUbrO0(1)調 AAS
ど疲れさーん。。
837: 株価【860】 ▲ ◆cZfSunOs.U 2006/06/11(日) 09:17:18 ID:k93MfDLb0(1/8)調 AAS
2chｽﾚ:operate
live23b -> 当面は保守的に 32-bit カーネル
news20b -> デバッグシンボル付き 64-bit カーネルで様子見
とか......
838(1): ● ◆ANGLERlqvM 2006/06/11(日) 09:46:21 ID:JdF/UegU0(1/2)調 BE AAS
とりあえず、live23bの鯖落ちの原因は、logを見ないと分かりませんから
まずは状況を把握してから、考えてもいいかも。。
839(1): root▲ ★ 2006/06/11(日) 11:28:28 ID:???0 BE AAS
>>838
ログが残らないんですよね。いきなりガッと止まってしまって
強制リブート入れるのって。
前に FreeBSD 5.2.1R (例のgame6とかがちゃんと動かなかった時)にも
ちょっと調べたんですが、
カーネルデバッガ機能ありのカーネル作って、
リモートコンソールから強制的にカーネルデバッガに落とすとかいう
操作が必要になるです。
また、試行錯誤する日々か。
あるいは、最新の stable に上げてみるとか。
840: ● ◆ANGLERlqvM 2006/06/11(日) 11:32:19 ID:JdF/UegU0(2/2)調 BE AAS
>>839
そういうことですか。。
うーむ。。
841(1): 株価【860】 ▲ ◆cZfSunOs.U 2006/06/11(日) 11:34:35 ID:k93MfDLb0(2/8)調 AAS
ひょっとすると，NFS の soft mount での timeout はデフォルトでは infinite になってて，
-s オプション指定しても -x とかも併せて指定しないと無意味になってるとか......
842: root▲ ★ 2006/06/11(日) 11:37:54 ID:???0 BE AAS
>>841
ありえますね。
あとは、フロントの自動切り離しと自動再接続か。
うーむ、まだまだすることが多いなと。
843: root▲ ★ 2006/06/11(日) 11:39:13 ID:???0 BE AAS
で、/etc/fstab に書くパターンでは -x とかは指定できない気がするので、
/md の mount と同じで、mount のためのスクリプトを別に書く必要がありそうですね。
これはそんなに難しくなさそうだけど。
844: root▲ ★ 2006/06/11(日) 12:05:04 ID:???0 BE AAS
FreeBSD/amd64 なバックエンドは2台あるので、
1台をとりあえず現在の stable にしてみる方向で。
845: root▲ ★ 2006/06/11(日) 12:30:22 ID:???0 BE AAS
うーむ。
make -j 4 buildworld で死ぬとは。
というかたぶん、負荷は関係ないっぽいですね。
踏むか踏まないかというか。
846: root▲ ★ 2006/06/11(日) 12:44:27 ID:???0 BE AAS
%uname -a
FreeBSD cobra2244.maido3.com 6.1-STABLE FreeBSD 6.1-STABLE #1: Sat Jun 10 20:14:59 PDT 2006 root@cobra2244.maido3.com:/var/src/sys/amd64/compile/AMD64_COBRA_61_NOKBDMUX_NOPREEMPTION amd64
live23b カーネル更新。
これで live23b がしばらくハングしなければ、news20b も同じのに更新の方向で。
847(2): root▲ ★ 2006/06/11(日) 13:33:47 ID:???0 BE AAS
6.1R (news20b)
-mpt0: MPI Version=1.2.9.0
-mpt0: Unhandled Event Notify Frame. Event 0xa.
6.1-STABLE (live23b)
+mpt0: MPI Version=1.2.12.0
+mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE )
+mpt0: 0 Active Volumes (1 Max)
+mpt0: 0 Hidden Drive Members (6 Max)
SCSI コントローラのドライバが更新されているですね。
848: root▲ ★ 2006/06/11(日) 13:41:25 ID:???0 BE AAS
>>847
うーん、でも、
私の記憶に間違いがなければ、この更新って 6.0R で入ったもののような気が
しないでもなかったり。
849: root▲ ★ 2006/06/11(日) 13:43:49 ID:???0 BE AAS
…いや、>>847 はかんちがいっぽいですね。
SCSI コントローラ側のバージョンだった。
もう1回比較してみるか。
850: root▲ ★ 2006/06/11(日) 13:48:47 ID:???0 BE AAS
dmesg 的には変化ない模様。< 6.1R と 6.1-STABLE
851: root▲ ★ 2006/06/11(日) 13:55:24 ID:???0 BE AAS
とりあえず新カーネルで make -j4 buildworld 完走。
一度、リブート入れる予定。
852: root▲ ★ 2006/06/11(日) 14:16:34 ID:???0 BE AAS
ユーザランドも 6.1-STABLE にした。< live23b (cobra2244)
NFS の設定の詰めは、急務ということで。
853(2): root▲ ★ 2006/06/11(日) 14:29:09 ID:???0 BE AAS
mount_nfs -R 1 -D 1 -x 1 -s -a 4 -b -i -o ro,nosuid live22:/path /path
こうかな。
854: 株価【860】 ▲ ◆cZfSunOs.U 2006/06/11(日) 14:38:13 ID:k93MfDLb0(3/8)調 AAS
>>853 timeout は秒なのか別の単位なのかはわかりませんが，秒だとすればそんなところですかね．
まぁとりあえずじっk(ryで．
855: root▲ ★ 2006/06/11(日) 14:49:04 ID:???0 BE AAS
フロント5台の NFS を、>>853 の設定に全面的に変更した。
856: 株価【800】 ▲ ◆cZfSunOs.U 2006/06/11(日) 14:51:57 ID:k93MfDLb0(4/8)調 AAS
つうか，秒ってより回数ですね＜-R, -x
マウント時に -R 回リトライして，その後の NFS リクエストでは -x 回再送信すると．
で，再送信の間隔はデフォルトでは自動決定されるらしい（けれどもデフォルト値は不明）．
857: 株価【800】 ▲ ◆cZfSunOs.U 2006/06/11(日) 15:35:51 ID:k93MfDLb0(5/8)調 AA×
858: root▲ ★ 2006/06/11(日) 15:51:04 ID:???0 BE AAS
うーむ、
原因切り分けのため、
SMP やめて、single CPU モードにしてみる予定。< live23b/news20b
859(1): 株価【800】 ▲ ◆cZfSunOs.U 2006/06/11(日) 15:51:21 ID:k93MfDLb0(6/8)調 AAS
2chｽﾚ:operate
1 CPU で 64-bit と，SMP で 32-bit と，どっちがいいか......
860: root▲ ★ 2006/06/11(日) 15:59:11 ID:???0 BE AAS
フロント 強制リブート中。
いったん NFS はずします。
861: root▲ ★ 2006/06/11(日) 16:00:20 ID:???0 BE AAS
>>859
32bit にするのは、OS の再インストールとか
各種設定しなおしとか、ちと面倒かなと。
それよりは、原因究明したいですね。
将来を考えた場合。
862: root▲ ★ 2006/06/11(日) 16:10:13 ID:???0 BE AAS
tiger507 上がってこない。
NFS が影響を受けて止まっていて(フロントのF22がささっていた)、
強制リブートで上がってこなくなった。
例の KVM との相性(tiger5xx はリブート時にたまに止まることがある)、
による影響か。
863: root▲ ★ 2006/06/11(日) 16:15:41 ID:???0 BE AAS
負荷で落ちてるんじゃないってのがなぁ。
5.2.1R の時の悪夢再びか。
864(1): 株価【800】 ▲ ◆cZfSunOs.U 2006/06/11(日) 16:22:35 ID:k93MfDLb0(7/8)調 AAS
NFS は，どこかで localhost 上でマウントしてじっk(ryするとか．
865: root▲ ★ 2006/06/11(日) 16:24:51 ID:???0 BE AAS
>>864
家の環境でやってみようかなと。
866: root▲ ★ 2006/06/11(日) 16:25:43 ID:???0 BE AAS
amd64 問題は、手元に amd64 なサーバが1台もないので、
ちと、苦しいですね。
リブートしたら、作業の運びで。
867: root▲ ★ 2006/06/11(日) 16:35:06 ID:???0 BE AAS
…しかし Google してもヒットする事例がないっぽい、というのも、
5.2.1R の時とよく似ている、とは言えるんだが。
今度は i386 では問題ない、というのも、どうも。
868(1): root▲ ★ 2006/06/11(日) 16:46:23 ID:???0 BE AAS
優先度の高い、解決すべき問題は2つ:
1) NFS の設定を詰める
これは、テスト環境を自宅に確保する方向で。
2) FreeBSD 6.1R/amd64 の不安定動作(突然のハングアップ)の原因究明と解消
最新のstableにするも効果なし。
まずは SMP をやめてみる方向で。
869(1): ◆BFzK/mtqM2 2006/06/11(日) 16:54:41 ID:UsvTfuS00(1/4)調 AAS
>>868
うちのFreeBSD＋amd64は特に不安定になること無いですよ。
負荷のかかり方が違うからなんともいえませんが。。。
870: root▲ ★ 2006/06/11(日) 16:54:42 ID:???0 BE AAS
1台自宅に確保して、 FreeBSD 6.1R を入れた。
CPU: Intel Pentium III (754.71-MHz 686-class CPU)
これで、自宅に環境作れそうなので、NFS の試験と詰めを急ぎ実施予定。
871(1): root▲ ★ 2006/06/11(日) 16:55:54 ID:???0 BE AAS
>>869
構成を教えてもらえると、助かります。
motherboard
CPU
OS Version
memory
HDD
特に、
・dual CPUかどうか
・ディスクがSCSIかどうか
あたり。
872(1): ◆BFzK/mtqM2 2006/06/11(日) 17:00:55 ID:UsvTfuS00(2/4)調 AAS
>>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
です。
873: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 17:03:35 ID:24rlcZ2Y0(1)調 AAS
いい鯖だなぁ
874: 株価【800】 ▲ ◆cZfSunOs.U 2006/06/11(日) 17:06:43 ID:k93MfDLb0(8/8)調 AAS
なんかありますかねぇ......
外部ﾘﾝｸ[cgi]:docs.freebsd.org
875(1): root▲ ★ 2006/06/11(日) 17:14:30 ID:???0 BE AAS
>>872
なるほどです。
SCSI controller は、、、。
876(1): ◆BFzK/mtqM2 2006/06/11(日) 17:21:12 ID:UsvTfuS00(3/4)調 AAS
>>875
SCSIはadaptecの39320を使っています
877(1): root▲ ★ 2006/06/11(日) 17:23:54 ID:???0 BE AAS
>>876
ahd ですか。
つまり、cobra のと違うっすね。(mpt)
878: ◆BFzK/mtqM2 2006/06/11(日) 17:25:00 ID:UsvTfuS00(4/4)調 AAS
>>877
そうですね。
879(1): root▲ ★ 2006/06/11(日) 17:25:03 ID:???0 BE AAS
/usr/src/sys/nfsclient/nfs_socket.c
うわーん、この#if 0 〜 #endif はなんだよぉ。
if (nmp->nm_tprintf_initial_delay != 0 &&
(rep->r_rexmit > 2 || (rep->r_flags & R_RESENDERR)) &&
rep->r_lastmsg + nmp->nm_tprintf_delay < now.tv_sec) {
rep->r_lastmsg = now.tv_sec;
nfs_down(rep, nmp, rep->r_td, "not responding",
0, NFSSTA_TIMEO);
#if 0
if (!(nmp->nm_state & NFSSTA_MOUNTED)) {
/* we're not yet completely mounted and */
/* we can't complete an RPC, so we fail */
nfsstats.rpctimeouts++;
nfs_softterm(rep);
continue;
}
#endif
}
880(1): root▲ ★ 2006/06/11(日) 18:04:30 ID:???0 BE AAS
nfs_socket.c って、current と stable/release でかなり手が入っているのね。
HEAD は 1.141 で、RELENG_6 や RELENG_6_1 は 1.125.2.9 とか言っているし、
>>879 にあった不可解な #if 0 〜 #endif は、なくなっている。
881: root▲ ★ 2006/06/11(日) 18:18:58 ID:???0 BE AAS
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)
で、いくことにしようかと。
882: root▲ ★ 2006/06/11(日) 18:34:31 ID:???0 BE AAS
ちなみに自宅での NFS の実験ですが、
いろいろ試行錯誤しているものの、いまだ not responding から
そのまま異常終了してくれる状況になるには至らず。
883: root▲ ★ 2006/06/11(日) 18:37:26 ID:???0 BE AAS
で、そうなると、read.cgi での過去ログの検出を
直接ファイルを検索することで実現しているので、
ここの部分を、なんとか解決する必要があると。
(つまり read.cgi では「datがない」になってしまう)
884(2): root▲ ★ 2006/06/11(日) 18:41:48 ID:???0 BE AAS
で、以前はここを、
過去ログを全フロントに転送する
ことで乗り切っていました。
しかしこれは、過去ログが溜まってくるとシステムのコストが加速度的に上がってしまい、
だめだということが既に判明している
と。
さて、どうするのがいいのか。
885: root▲ ★ 2006/06/11(日) 18:42:25 ID:???0 BE AAS
>>884 はもちろん、フロントの数がスケールしない、
という意味でも、筋が悪いと。
886(1): ｒｅｆｆｉ@報告人 ★ 2006/06/11(日) 19:13:19 ID:???0 AAS
と言うことは雪だるま特化型のread.cgiを考えないといけないんですね
まずは直接検索から間接検索に切り替える方向とか
887: root▲ ★ 2006/06/11(日) 19:34:20 ID:???0 AAS
>>886
既に read.cgi はフロントで動いているわけです。
特化型というか、過去ログ部分もきちんと雪だるま対応したバージョンってことですね。
888(3): root▲ ★ 2006/06/11(日) 19:46:00 ID:???0 AAS
雪だるまサーバの過去ログ部分の現状:
・offlaw.cgi 経由での入手: 可能。offlaw.cgi はバックエンドで動作(設定変更した)
・２ちゃんねるプロバイダでの入手: 可能なはず(未確認)。プログラムはバックエンドで動作(同上)
・公式 p2 / モリタポ利用での入手: 同上
・read.cgi での表示: 「dat が存在しません」になってしまう(実際には存在している)
なお、live23b は現在設定変更中。
変更でき次第、上記になる予定。
889(1): root▲ ★ 2006/06/11(日) 19:52:03 ID:???0 BE AAS
live23b / news20b 工事完了のはず。>>888
890: root▲ ★ 2006/06/11(日) 19:59:43 ID:???0 BE AAS
NFSについて:
フロントからの NFS は全面的にオフの状態。
ex15 もオフにする設定は入れたので、次はオフの状態で立ち上がる予定。
891(1): ｒｅｆｆｉ@報告人 ★ 2006/06/11(日) 20:05:11 ID:???0 AAS
>888-889
まだ「datが存在しません。」になります。
反映されてないのかなぁ？
892(1): root▲ ★ 2006/06/11(日) 20:06:59 ID:???0 BE AAS
>>891
んーと、落ち着いて >>888 を再度、読んでいただけると。
893: ｒｅｆｆｉ@報告人 ★ 2006/06/11(日) 20:13:31 ID:???0 AAS
>892
了解しました。
それで正解なんですね
894(1): 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 20:17:55 ID:uW4NY6x6P(1/2)調 AAS
live23落ちた
895: root▲ ★ 2006/06/11(日) 20:19:30 ID:???0 BE AAS
>>894
ううむ、、、。
リブート要請出します。
single CPU modeへの以降手配を。
896: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 20:20:37 ID:uW4NY6x6P(2/2)調 AAS
誤爆スマソ
897(1): root▲ ★ 2006/06/11(日) 20:22:47 ID:???0 BE AAS
cobra2244 は上がったら、
1) 6.1R に戻す
2) single CPU mode への移行
のてはずで。
898: root▲ ★ 2006/06/11(日) 20:49:57 ID:???0 BE AAS
cobra2244 は、立ち上がってこない状態になった模様。
-stable にして、カーネルを 6.1R に戻したのが悪かったのかも。
899: root▲ ★ 2006/06/11(日) 20:56:00 ID:???0 BE AAS
514 名前：root▲ ★[] 投稿日：2006/06/11(日) 20:55:44 ID:???0 ?#
live23b は、立ち上がらない状態になった模様。
数度リブートしてもらいましたが、立ち上がらないです。
リモート KVM が使えるようになるまで、復旧作業ができない状態。
ううむ、、、。
900: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 21:05:17 ID:B+yli6Za0(1)調 AAS
いつもおつかれさまだお。
（ ^ω^）つt■ コーヒーどーぞだお
901(1): root▲ ★ 2006/06/11(日) 21:08:36 ID:???0 BE AAS
で、現在の状態で 2ch板:livetbs とかをアクセスすると、
結構な時間、待つ模様。
httpd のスロットが、ふさがってくるかも。
902(1): root▲ ★ 2006/06/11(日) 21:10:25 ID:???0 BE AAS
そうか、一度 503 になれば大丈夫なのかな。>>901
そういう仕様か、、、。< mod_proxy
903: root▲ ★ 2006/06/11(日) 21:12:56 ID:???0 BE AAS
…見ていると、live23b は起きようとして
たまに ping かかる状態になっていますね(それでまた落ちてしまう)。
これが、>>902 の原因かも。
904: root▲ ★ 2006/06/11(日) 21:37:00 ID:???0 BE AAS
現状:
・tiger507 = ex15: ダウンしたまま。
現地に状況調査 & 確認依頼中
・cobra2244 = live23b: たまにping通るものの、ssh通るまでに至らず、
再度落ちる。
現地に状況確認 & 状況確認中。
KVM 経由でのシングルユーザオペレーションが必要な予感。
・上記2台にリモートアクセスするための remote KVM へのアクセスが支障中。
現地に状況確認 & 復旧依頼中。
905: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 21:43:29 ID:uylAozCN0(1)調 AAS
いやああああああああああああ
906: 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 21:57:02 ID:PTvwH5UU0(1)調 AAS
rootｻｿ お疲れ様です。
907: root▲ ★ 2006/06/11(日) 23:37:03 ID:???0 BE AAS
live23b これからの展開:
・>>897 を実施
・安定するなら、それで運用
・力(処理能力)が足りないようなら、涙を飲んで 6.0R に戻し、dual CPU へ
あたりかと。
stable 版を使うのは、特に amd64 ではリスクが大きいと。
908(1): 動け動けウゴウゴ２ちゃんねる 2006/06/11(日) 23:39:01 ID:tSszimok0(1)調 AAS
6.0-Rにすると、Apacheのバグがでるんじゃないの？
909: root▲ ★ 2006/06/11(日) 23:42:00 ID:???0 BE AAS
>>908
出る可能性ありますね。
あと、ex14 で起こっていたような、
ping かかるけれども他のサービスが全部死ぬ、
というパターンになることがありえます。
(6.1R/amd64 の場合、ping もかからなくなるのが違う)
910(3): ピロリ 2006/06/12(月) 00:02:07 ID:fkwVt5Ry0(1)調 AAS
1) offlaw.cgi のための転送はやめる
2) その上で offlaw.cgi をどうするか考える。
3) read.cgi をどうするか考える。
な手順かと、
まずは転送&同期を止めましょう。
911(2): root▲ ★ 2006/06/12(月) 00:03:50 ID:???0 BE AAS
>>910
それ(過去ログのための転送&同期)は、NFS にした時点で既に全廃しているです。
912(1): ピロリ 2006/06/12(月) 00:05:45 ID:T4H0CPgK0(1/22)調 AAS
>>884- 以下あたりは解決しているということ?
上下前次1-新書関写板覧索設栞歴
あと 89 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.047s