[過去ﾛｸﾞ] 2ch特化型サーバ・ロケーション構築作戦 Part21 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): root▲ ★ 2006/04/16(日) 00:17:55 ID:???0 BE AAS
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
また「２ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず２ちゃんねるは、刻一刻と確実に変化し続けています。
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- 以下あたりは解決しているということ?
913: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 00:05:46 ID:w7L0x0xG0(1/4)調 AAS
>>910
転送&同期？
offlaw.cgiはすでにバックエンドで動作してるけど
914: ピロリ 2006/06/12(月) 00:06:28 ID:T4H0CPgK0(2/22)調 AAS
んで
それは事の原因じゃないということ?
915(1): ピロリ 2006/06/12(月) 00:07:07 ID:T4H0CPgK0(3/22)調 AAS
>>911
when ?
916(1): root▲ ★ 2006/06/12(月) 00:10:34 ID:???0 BE AAS
今、同期とっているのは、
・板名/SETTING.TXT (更新されてなければ取り直さない)
・板名/kakolog.html (同上)
・キャップデータ等
になります。
>>912 は、NFS にする以前の設定です。
で、ちょっと前に NFS の設定に変えた。
この時点で転送&同期を全廃したわけです。(>>911 >>915)
現在、>>910 の状態になっていると理解しています。
…とここまで書いてわかった。
>>910 は、 offlaw.cgi のリクエストをバックエンドに転送するのも、やめるべし、
と言っていますか。
917: root▲ ★ 2006/06/12(月) 00:13:30 ID:???0 BE AAS
今の設定のまとめ。上のほうにもあるけど。
1) 過去ログのデータはバックエンドにある。フロントへのデータ同期はしていない。
2) バックエンドにある過去ログデータの NFS での共有は、今日やめた。
3) フロントで受け付けた offlaw.cgi のリクエストは、バックエンドにフォワードされ、
バックエンドで offlaw.cgi が実行され、フロント経由で結果が戻る。
4) フロントで動く read.cgi は dat 落ちしたデータについては「dat が存在しません」エラーになる。
918(1): ピロリ 2006/06/12(月) 00:13:47 ID:T4H0CPgK0(4/22)調 AAS
>>916
言ってマース。
付け焼刃はやめよう作戦。
多数の選択肢を用意して検討し一番良いと思われるのを
少々(時間的、人的)コストはかかってもやろうよ作戦。
それまでは offlaw.cgi は動かない read.cgi もいまいち
もいたし方がないかと、
919(2): 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 00:16:32 ID:w7L0x0xG0(2/4)調 AAS
付け焼刃にしてから多数の選択肢を用意して検討し一番良いと思われるの
やっても問題はないでしょ
920(1): root▲ ★ 2006/06/12(月) 00:16:53 ID:???0 BE AAS
>>918
そういうことですか。
把握しました。
とりあえず＊今は＊、過去ログは致し方がないということにすると。
921: ピロリ 2006/06/12(月) 00:17:29 ID:T4H0CPgK0(5/22)調 AAS
決してそうは思いません
最悪手
>>919
922(1): root▲ ★ 2006/06/12(月) 00:18:09 ID:???0 BE AAS
>>919 もありかもですが、このへんは、
判断のしどころなのかなと。
923(1): ピロリ 2006/06/12(月) 00:19:38 ID:T4H0CPgK0(6/22)調 AAS
>>920
よろしくです。
さすがに十数人不眠不休で実況サーバのおもりをすることの意義を見出せません
かといって動かしたいのは山々で、
不安定要素は全部排除。
最小限の機能だけ動かす。
924: ピロリ 2006/06/12(月) 00:20:45 ID:T4H0CPgK0(7/22)調 AAS
>>922
絶対無いです。
offlaw.cgi @live22
offlaw.cgi @live23b
offlaw.cgi @news20b
止めてきます。
925(1): root▲ ★ 2006/06/12(月) 00:20:54 ID:???0 BE AAS
>>923
納得したです。
offlaw.cgi をはじめとする過去ログ関連の転送、
止める作業に入ります。
926: ピロリ 2006/06/12(月) 00:26:56 ID:T4H0CPgK0(8/22)調 AAS
offlaw.cgi @live23b はサーバが落ちていたりするのかな?
offlaw.cgi @live22
offlaw.cgi @news20b
は止めました。
927(1): 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 00:28:00 ID:w7L0x0xG0(3/4)調 AAS
offlaw.cgiが不安要素だなんて初耳。
おじちゃんあんまり最近の動き理解してないんでしょ。
「過去ログ」って言葉を不安定要素と決め付けてるように見えるぜ。
928: ピロリ 2006/06/12(月) 00:29:17 ID:T4H0CPgK0(9/22)調 AAS
理解していないのはあ・ん・た。
有無を言わせません。
指令です。
929: root▲ ★ 2006/06/12(月) 00:29:28 ID:???0 BE AAS
>>925
フロントからの offlaw.cgi の転送を止めました。
live23b = cobra2244 は、現在サーバダウン中です。
930: ピロリ 2006/06/12(月) 00:31:05 ID:T4H0CPgK0(10/22)調 AAS
この場合のとるべき戦略は、
「引けるとこまで引く」です。
つまり 雪だるまサーバを止める。
しかし・・・
あとは自分で考えてちょ
いちいち説明してなんかいられません。
>>927
931(1): ピロリ 2006/06/12(月) 00:33:08 ID:T4H0CPgK0(11/22)調 AAS
ちなみに、
cobra2244
tiger507
はリブート挑戦していますけど上がりません。
932: root▲ ★ 2006/06/12(月) 00:36:17 ID:???0 BE AAS
cobra2244 は作業中に、私がへまをしていまいちな設定になっている可能性が
一番大きいです。ごめんなさい。
リモートオペレーションが必要な状況と思われます。
tiger507 は他のフロントと同じ通常のリブートプロセスで
上がらなくなりました。原因はまだ解っていないです。>>931
933(1): ピロリ 2006/06/12(月) 00:38:29 ID:T4H0CPgK0(12/22)調 AAS
Sean がフェラーリを飛ばして向かっているところかと、
他の人@PIE では手にあまっている状況。
934: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 00:41:45 ID:zkDF//So0(1)調 AAS
offlaw.cgi がどうなってるか知らんけど
●もってても永久に過去ログが読めないってのはやめてね。
935: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 00:42:02 ID:w7L0x0xG0(4/4)調 AAS
よくわかんないなあ
とりあえず向こうのスレで討論会らしいので移動しますね
936: root▲ ★ 2006/06/12(月) 00:42:44 ID:???0 BE AAS
>>933
了解です。
# フェラーリ。
937: ピロリ 2006/06/12(月) 00:58:07 ID:T4H0CPgK0(13/22)調 AAS
ex15 ってジンギスカンが自動で組み込まれない?
938: ピロリ 2006/06/12(月) 00:59:48 ID:T4H0CPgK0(14/22)調 AAS
ん?
違うのか、、、
ちょっとごにょごにょ
939(1): root▲ ★ 2006/06/12(月) 01:03:29 ID:???0 BE AAS
私は cobra2244 のほうの作業します。
ex15 は現在、上がっている状態(で、dat がない状態)
と認識。
940: ピロリ 2006/06/12(月) 01:04:31 ID:T4H0CPgK0(15/22)調 AAS
public_html/news4vip/ が私から&cgiから見えない予感。
941(1): ピロリ 2006/06/12(月) 01:06:20 ID:T4H0CPgK0(16/22)調 AAS
cgi@tiger507 から news4vip が見えない。
SSHでログインしたとき ls で news4vip は見える。
しかし cd で入れない。状況。
FTPも同様。
942: ピロリ 2006/06/12(月) 01:08:13 ID:T4H0CPgK0(17/22)調 AAS
owner だかなんだかが違うんでないかい? >>939
943: root▲ ★ 2006/06/12(月) 01:10:54 ID:???0 BE AAS
>>941
確認します。
944: ピロリ 2006/06/12(月) 01:11:02 ID:T4H0CPgK0(18/22)調 AAS
ちなみに http で 403 です
945: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 01:12:07 ID:1Y41p18VO携(1)調 AAS
rootﾀﾝ頑張ってね(´・ω・`)
946: root▲ ★ 2006/06/12(月) 01:16:09 ID:???0 BE AAS
作業完了のはず。< ex15
他のフロントよりも、メモリディスクを拡張しました。
dat も流し込んだので、あとはピロリさんのほうで作業できると思います。
947: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 01:16:09 ID:E9ktAYH80(1)調 AAS
ksk
948: root▲ ★ 2006/06/12(月) 01:17:14 ID:???0 BE AAS
何があったら呼んでくださいです。
cobra2244 の作業していますので。
949(1): ピロリ 2006/06/12(月) 01:17:18 ID:T4H0CPgK0(19/22)調 AAS
はーい
復帰しました。 < news4vip
950(1): root▲ ★ 2006/06/12(月) 01:17:39 ID:???0 BE AAS
ex15 は、復帰かければもとに戻るはず。
951: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 01:18:09 ID:fzWI+0Fa0(1)調 AA×
外部ﾘﾝｸ[txt]:ex15.2ch.net
952: ｒｅｆｆｉ@報告人 ★ 2006/06/12(月) 01:18:41 ID:???0 AAS
>950
VIP復帰してきます〜
953: root▲ ★ 2006/06/12(月) 01:18:47 ID:???0 BE AAS
確認しました。>>949
954(1): ピロリ 2006/06/12(月) 01:18:55 ID:T4H0CPgK0(20/22)調 AAS
ex15 は ok かな?
955: 株価【800】 ▲ ◆cZfSunOs.U 2006/06/12(月) 01:19:22 ID:r4kQ7DTY0(1)調 AAS
過去ログは......やはり過去ログ専用バックエンドを作ってそっちに分離ですかね．
で，そっちは手堅い設定にしておくと．過去ログにパフォーマンスはさほど必要ではないでしょうし．
956: ｒｅｆｆｉ@報告人 ★ 2006/06/12(月) 01:20:12 ID:???0 AAS
>954
復帰確認しました。
957: ピロリ 2006/06/12(月) 01:20:42 ID:T4H0CPgK0(21/22)調 AAS
んじゃ
ex15 は完了。
958: root▲ ★ 2006/06/12(月) 01:22:30 ID:???0 BE AAS
cobra2244 リモートコンソールつかめました。
作業入っています。
959: root▲ ★ 2006/06/12(月) 01:35:13 ID:???0 BE AAS
cobra2244 では、stable 版の mountd (NFS関連コマンド)を実行すると、
そこでカーネルパニックを起こしていることが判明。
960(1): root▲ ★ 2006/06/12(月) 02:11:17 ID:???0 BE AAS
カーネル・ユーザランドとも、6.1R の状態に戻すことに成功しました。
これから、NFS なしの状態に移行する作業します。
さきほどは mount (NFSのためのコマンド)でパニックしていました。
やはり NFS 周りは、FreeBSD では鬼門のようです。
サーバ部分から NFS を完全になしの状態にして、切り分けを実施。
news20b / live22 も NFS なしの状態に移行するため、
一度ずつ、リブート入れます。やる前には別途連絡予定。
961: root▲ ★ 2006/06/12(月) 02:29:54 ID:???0 BE AAS
>>960 の mount は、mountd ですね。
962(2): root▲ ★ 2006/06/12(月) 02:44:40 ID:???0 BE AAS
雪だるまフロント・バックとも、NFS の設定を消しました。
さようなら。FreeBSD ではもう二度と会うことはないでしょう。> NFS
963: root▲ ★ 2006/06/12(月) 02:46:22 ID:???0 BE AAS
…ということで、今日の復旧作業はほぼ終了という認識。
>>962 にああ書いたけど、しいてあげるなら、
NAS で使って、1台だけから mount するぐらいが「最大限の譲歩」ですかね。
少なくとも、複数サーバでファイルを共有する手段としては、
もう 2ch では金輪際、使うことはないかと。
964(1): たにし ★ 2006/06/12(月) 02:47:03 ID:???0 AAS
さようなら、
ということで 実況関連板&なゅー速で
read.cgiの挙動がおかしかったり、●が使えない状況です。
次はこれをなんとかするということで、
965: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 02:54:32 ID:e9hZQYKf0(1)調 AAS
>>運営のみなさん
今週末は、お疲れ様でした。
966: root▲ ★ 2006/06/12(月) 02:54:59 ID:???0 BE AAS
現状の整理:
・NFS の設定は雪だるまから永久追放
・i386 アーキテクチャは、6.1-RC2 以上にすることでほぼ安定に動作
・amd64 アーキテクチャは、安定動作の確認まだとれず => 原因究明中
・過去ログ倉庫の参照機能が現在動作していない >>964
967: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 02:58:41 ID:+sdMqGoX0(1)調 BE AAS
>>962
> さようなら。FreeBSD ではもう二度と会うことはないでしょう。> NFS
何使ってるんすか？
968(1): たにし ★ 2006/06/12(月) 02:58:44 ID:???0 AAS
amd64 はフロント&バック
それぞれ一台ずつ投入されているんでしたっけ?
969: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 02:59:08 ID:Ecd54G/Z0(1)調 AAS
明日がやべぇ・・・大丈夫なのだろうか？
970: たにし ★ 2006/06/12(月) 02:59:38 ID:???0 AAS
ちと覚悟はしておけ、
971(1): root▲ ★ 2006/06/12(月) 03:00:14 ID:???0 BE AAS
>>968
フロント: i386 5台(新tiger3台、旧tiger2台)
バック: i386 1台(live22)、amd64 2台(news20b, live23b)
972(1): 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 03:00:17 ID:CN89Q0lG0(1)調 AAS
そういえばフロントのtigerも64bit試せますね
973: root▲ ★ 2006/06/12(月) 03:00:53 ID:???0 BE AAS
>>971
フロントのうち旧tiger1台は、現在 ex15 として臨時稼動中。
974: root▲ ★ 2006/06/12(月) 03:02:39 ID:???0 BE AAS
確かに新 tiger には、
その気になれば、amd64 と同じ 64bit OS を入れられます。(>>972 のとおり)
975(1): たにし ★ 2006/06/12(月) 03:06:25 ID:???0 AAS
現状フロントは安定していると思うので、何もしない。
ということで、
旧ex14(cobra2247?) が帰ってきたら、現ex15(tiger507)をフロントに戻して
フロント五台体制。
バック amd64 が安定しないようならバックは全部tigerにするとかがあるかもということで、
今のところ様子見かな、
976: root▲ ★ 2006/06/12(月) 03:08:38 ID:???0 BE AAS
>>975
了解です。そんなところですね。
現 ex14 = oyster901 ですね。
cobra2247 は news20b になりました。
977(1): たにし ★ 2006/06/12(月) 03:12:15 ID:???0 AAS
oyster901だった、、
そういえば oyster901 に付いているHDDはもう処分してもいい状態でしたっけ?
月曜日に新しいHD発注かかるんで到着と同時に付けてもいいか?
という質問なんです。
978: root▲ ★ 2006/06/12(月) 03:12:57 ID:???0 BE AAS
>>977
memories への収容は完了しているです。
979: root▲ ★ 2006/06/12(月) 03:13:17 ID:???0 BE AAS
ということで、装着OKと。
980: たにし ★ 2006/06/12(月) 03:14:04 ID:???0 AAS
りょうかいですー
981: root▲ ★ 2006/06/12(月) 03:29:05 ID:???0 BE AAS
ということで、73G HDD のレイアウトはこれで。
・単純に、/home と /var を大きくする
・他は従来の cobra 仕様と同一
da0 (73G)
/dev/da0s1a 256M /
/dev/da0s1d 4G /tmp
/dev/da0s1e 4G /usr
/dev/da0s1f 残り全部 /var
da1 (73G)
/dev/da1s1d 全部 /home
OS は、迷うところですが、
まずは今の oyster901 と同じ、FreeBSD 6.0R/amd64 でいこうかなと。
982: root▲ ★ 2006/06/12(月) 03:30:25 ID:???0 BE AAS
あ、スワップエリアを忘れました。修正版。
da0 (73G)
/dev/da0s1a 256M /
/dev/da0s1b 4G swap
/dev/da0s1d 4G /tmp
/dev/da0s1e 4G /usr
/dev/da0s1f 残り全部 /var
da1 (73G)
/dev/da1s1d 全部 /home
983: root▲ ★ 2006/06/12(月) 03:38:21 ID:???0 BE AAS
;live23b 確認します。
なんか、原因が別にあるような気もする。
あまりにも落ちすぎ。
984: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 03:41:01 ID:Qrf6RMt+0(1/2)調 AAS
また実況が・・・・
985: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 03:44:38 ID:WiWVDRVX0(1/2)調 AAS
ひたすら落ちた時間のログ分析する鹿
986(2): root▲ ★ 2006/06/12(月) 03:45:03 ID:???0 BE AAS
CPU 0 が 51℃ で、CPU 1 が 49℃ みたい。
これは、どうなんだろう。
987(1): ｒｅｆｆｉ@報告人 ★ 2006/06/12(月) 03:46:10 ID:???0 AAS
>986
2度くらいなら測定誤差かと
988: root▲ ★ 2006/06/12(月) 03:46:24 ID:???0 BE AAS
まずは、single CPU のカーネルに換えます。
989: root▲ ★ 2006/06/12(月) 03:46:40 ID:???0 BE AAS
>>987
いや、高いとか低いとか。
990: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 03:46:52 ID:Qrf6RMt+0(2/2)調 AAS
電気代ケチってエアコン消してないか？
991: 動け動けウゴウゴ２ちゃんねる 2006/06/12(月) 03:46:53 ID:WiWVDRVX0(2/2)調 AAS
>>986
PCなら誤差の範囲だと思うけど鯖の場合はﾜｶﾝﾈ
992: root▲ ★ 2006/06/12(月) 03:49:21 ID:???0 BE AAS
single user で起動中。
5.4R は安定していたんだよなぁ。< ex12 / ex13
もう1年以上、リブートなし。
993: root▲ ★ 2006/06/12(月) 03:50:03 ID:???0 BE AAS
そう考えると、新しい機能を減らす方向かな。
mpsafevfs を殺そう。< live23b
994: root▲ ★ 2006/06/12(月) 03:59:22 ID:???0 BE AAS
%sysctl -a | grep mpsafe
debug.mpsafevfs: 0
debug.mpsafenet: 1
debug.mpsafevm: 1
995: root▲ ★ 2006/06/12(月) 04:00:58 ID:???0 BE AAS
原因の切り分けが必要ですね。
確かに「ハングアップ癖」はあったけど、ここまでではなかったような。
今度はもうさすがに伝家の宝刀「single CPU mode」だなと。
それでもだめなら、さすがにハードウェア方面を疑うしかないかなと。
996(1): root▲ ★ 2006/06/12(月) 04:04:46 ID:???0 BE AAS
個人的には、i-RAM とかは
ジンギスカンII にするのの代替(dat 部分だけ)というかんじに思うですね。
通常の動的なファイルは、通常ジンギスカンで特に問題ないので、
ライブな dat を置く場所、ぐらいですか。
HDD よりは高速だけど、メインメモリには劣ると。
というか SunOS さんも書いていますが、たぶんこれは「高速な HDD」ぐらいのしろものかなと。
997: root▲ ★ 2006/06/12(月) 04:05:18 ID:???0 BE AAS
>>996 は誤爆ですね。
次スレ、立ててきます。
998: root▲ ★ 2006/06/12(月) 04:08:52 ID:???0 BE AAS
2ch特化型サーバ・ロケーション構築作戦 Part22
2chｽﾚ:operate
999: たにし ★ 2006/06/12(月) 04:09:13 ID:???0 AAS
ぬわわわ
1000: ピロリ 2006/06/12(月) 04:09:37 ID:T4H0CPgK0(22/22)調 AAS
1,000
1001: １００１ Over 1000 Thread AAS
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.047s