2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
また「2ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず2ちゃんねるは、刻一刻と確実に変化し続けています。
探検
2ch特化型サーバ・ロケーション構築作戦 Part21
レス数が900を超えています。1000を超えると表示できなくなるよ。
1root▲ ★
NGNGNGNG
816root▲ ★
2006/06/08(木) 00:53:41ID:???0 BG3 はカーネルパニックか。
最近、BG3/BG4 は負荷試験状態かも。
最近、BG3/BG4 は負荷試験状態かも。
817reffi@報告人 ★
2006/06/08(木) 00:56:11ID:???0 >816
カーネルパニックですか・・・
そろそろ6.1Rにして凌ぐことも検討しないといけない時期かもしれませんね
(一時凌ぎにしかならないけどやらないよりマシだし)
カーネルパニックですか・・・
そろそろ6.1Rにして凌ぐことも検討しないといけない時期かもしれませんね
(一時凌ぎにしかならないけどやらないよりマシだし)
2006/06/08(木) 01:09:43ID:Iu5MXwPz0
道頓堀川の奴はちゃんと供養されたのかね
822root▲ ★
NGNG ううむ、
FileETag Size MTime
だとうまくいって、
FileETag All -INode
だと、うまくいきませんでした。
謎が多いですが、うまくいく方でやるということで、、、。
FileETag Size MTime
だとうまくいって、
FileETag All -INode
だと、うまくいきませんでした。
謎が多いですが、うまくいく方でやるということで、、、。
>>822 乙です.ホント FileETag 周辺の内部処理は謎が多いですが......
2006/06/10(土) 03:04:41ID:2OL6ajY50
そういえば、どうでもいい話、mod_expiresなんかでExpiresヘッダとかCache-Controlヘッダを
送ってやると、IEとかGeckoなんかはその期限が来るまで一切リクエストを送らなくなるっぽい。
304を返すだけのリクエストが減るかも。DNSのTTLみたいな延滞が許されるならありかなーとか。
送ってやると、IEとかGeckoなんかはその期限が来るまで一切リクエストを送らなくなるっぽい。
304を返すだけのリクエストが減るかも。DNSのTTLみたいな延滞が許されるならありかなーとか。
2006/06/10(土) 22:46:32ID:2OL6ajY50
DNSのキャッシュみたいに期限が切れてなければキャッシュから、切れてたら
更新されてるか問い合わせるみたいな動作になるらしい。
んで、ブラウザの方にキャッシュの更新の仕方の設定があって、GeckoもIEも
どちらも毎回更新を確認するような設定が存在するんだけど、
GeckoのMozilla 1.7.13では文字通り毎回更新のリクエストを発するようになるが、
IE 6.0 SP1は毎回更新の設定でも、なぜか期限付きのページは期限までは
キャッシュの方を優先して使うっぽい。
更新されてるか問い合わせるみたいな動作になるらしい。
んで、ブラウザの方にキャッシュの更新の仕方の設定があって、GeckoもIEも
どちらも毎回更新を確認するような設定が存在するんだけど、
GeckoのMozilla 1.7.13では文字通り毎回更新のリクエストを発するようになるが、
IE 6.0 SP1は毎回更新の設定でも、なぜか期限付きのページは期限までは
キャッシュの方を優先して使うっぽい。
827root▲ ★
NGNG 以下の DNS 登録をお願いします。
(新規追加)
+ex15.2ch.net:206.223.150.42
(新規追加)
+ex15.2ch.net:206.223.150.42
Header set Cache-Control max-age=600
で10分間とか.www2 のスタティックコンテンツとかならいいかもですね.
dat とかの板のデータに使うと雪だるまの mod_cache 問題と同様に
BG への影響が問題になるかも知れませんが(u.la が稼働して BG が
不要になればその問題も解消しますが).
で10分間とか.www2 のスタティックコンテンツとかならいいかもですね.
dat とかの板のデータに使うと雪だるまの mod_cache 問題と同様に
BG への影響が問題になるかも知れませんが(u.la が稼働して BG が
不要になればその問題も解消しますが).
2006/06/11(日) 00:21:24ID:o0R9nwlC0
mod_expiresなら修正時刻基準にもアクセス時刻基準にも出来るので
Cache-Controlのmax-ageとかExpiresの日付を動的に変更してくれますよん。
Cache-Controlのmax-ageとかExpiresの日付を動的に変更してくれますよん。
831root▲ ★
NGNG ex14 の memories への収容作業、完了しました。
DNS サーバの設定変更をお願いします。
(現在)
+ex14.2ch.net:206.223.151.225
(変更後)
+ex14.2ch.net:206.223.151.230
DNS サーバの設定変更をお願いします。
(現在)
+ex14.2ch.net:206.223.151.225
(変更後)
+ex14.2ch.net:206.223.151.230
833root▲ ★
NGNG834ピロリ
2006/06/11(日) 02:58:53ID:eXwO+GZN0 はいー
2006/06/11(日) 03:57:12ID:3AnMscpZO
お疲れ様でし
2006/06/11(日) 05:14:16ID:YJ4EUbrO0
ど疲れさーん。。
http://qb5.2ch.net/test/read.cgi/operate/1149952652/34
live23b -> 当面は保守的に 32-bit カーネル
news20b -> デバッグシンボル付き 64-bit カーネルで様子見
とか......
live23b -> 当面は保守的に 32-bit カーネル
news20b -> デバッグシンボル付き 64-bit カーネルで様子見
とか......
838● ◆ANGLERlqvM
NGNG とりあえず、live23bの鯖落ちの原因は、logを見ないと分かりませんから
まずは状況を把握してから、考えてもいいかも。。
まずは状況を把握してから、考えてもいいかも。。
839root▲ ★
NGNG >>838
ログが残らないんですよね。いきなりガッと止まってしまって
強制リブート入れるのって。
前に FreeBSD 5.2.1R (例のgame6とかがちゃんと動かなかった時)にも
ちょっと調べたんですが、
カーネルデバッガ機能ありのカーネル作って、
リモートコンソールから強制的にカーネルデバッガに落とすとかいう
操作が必要になるです。
また、試行錯誤する日々か。
あるいは、最新の stable に上げてみるとか。
ログが残らないんですよね。いきなりガッと止まってしまって
強制リブート入れるのって。
前に FreeBSD 5.2.1R (例のgame6とかがちゃんと動かなかった時)にも
ちょっと調べたんですが、
カーネルデバッガ機能ありのカーネル作って、
リモートコンソールから強制的にカーネルデバッガに落とすとかいう
操作が必要になるです。
また、試行錯誤する日々か。
あるいは、最新の stable に上げてみるとか。
ひょっとすると,NFS の soft mount での timeout はデフォルトでは infinite になってて,
-s オプション指定しても -x とかも併せて指定しないと無意味になってるとか......
-s オプション指定しても -x とかも併せて指定しないと無意味になってるとか......
842root▲ ★
NGNG843root▲ ★
NGNG で、/etc/fstab に書くパターンでは -x とかは指定できない気がするので、
/md の mount と同じで、mount のためのスクリプトを別に書く必要がありそうですね。
これはそんなに難しくなさそうだけど。
/md の mount と同じで、mount のためのスクリプトを別に書く必要がありそうですね。
これはそんなに難しくなさそうだけど。
844root▲ ★
NGNG FreeBSD/amd64 なバックエンドは2台あるので、
1台をとりあえず現在の stable にしてみる方向で。
1台をとりあえず現在の stable にしてみる方向で。
845root▲ ★
NGNG うーむ。
make -j 4 buildworld で死ぬとは。
というかたぶん、負荷は関係ないっぽいですね。
踏むか踏まないかというか。
make -j 4 buildworld で死ぬとは。
というかたぶん、負荷は関係ないっぽいですね。
踏むか踏まないかというか。
846root▲ ★
NGNG %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 も同じのに更新の方向で。
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 も同じのに更新の方向で。
847root▲ ★
NGNG 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 コントローラのドライバが更新されているですね。
-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 コントローラのドライバが更新されているですね。
848root▲ ★
NGNG849root▲ ★
NGNG850root▲ ★
NGNG dmesg 的には変化ない模様。< 6.1R と 6.1-STABLE
851root▲ ★
NGNG とりあえず新カーネルで make -j4 buildworld 完走。
一度、リブート入れる予定。
一度、リブート入れる予定。
852root▲ ★
NGNG ユーザランドも 6.1-STABLE にした。< live23b (cobra2244)
NFS の設定の詰めは、急務ということで。
NFS の設定の詰めは、急務ということで。
853root▲ ★
NGNG mount_nfs -R 1 -D 1 -x 1 -s -a 4 -b -i -o ro,nosuid live22:/path /path
こうかな。
こうかな。
>>853 timeout は秒なのか別の単位なのかはわかりませんが,秒だとすればそんなところですかね.
まぁとりあえずじっk(ryで.
まぁとりあえずじっk(ryで.
855root▲ ★
NGNG フロント5台の NFS を、>>853 の設定に全面的に変更した。
つうか,秒ってより回数ですね<-R, -x
マウント時に -R 回リトライして,その後の NFS リクエストでは -x 回再送信すると.
で,再送信の間隔はデフォルトでは自動決定されるらしい(けれどもデフォルト値は不明).
マウント時に -R 回リトライして,その後の NFS リクエストでは -x 回再送信すると.
で,再送信の間隔はデフォルトでは自動決定されるらしい(けれどもデフォルト値は不明).
まだ read.cgi へのアクセスが固まる(NFS が刺さる)みたいですね......
> mount retries the request up to the count specified in the
> retry=n option. (Note that the default value for retry
> differs between mount and automount. See the description
> of retry, above.) Once the file system is mounted, each
> NFS request made in the kernel waits timeo=n tenths of a
> second for a response. If no response arrives, the
> time-out is multiplied by 2 and the request is
> retransmitted. When the number of retransmissions has
> reached the number specified in the retrans=n option, a
> file system mounted with the soft option returns an
> error on the request; one mounted with the hard option
> prints a warning message and continues to retry the request.
↑は Solaris での解説ですが
> mount_nfs [-23NPTUbcdiLls] [-D deadthresh] [-I readdirsize] [-R retrycnt]
> [-a maxreadahead] [-g maxgroups] [-o options] [-r readsize]
> [-t timeout] [-w writesize] [-x retrans] rhost:path node
という FreeBSD のオプションを当てはめると↓でいいのかなぁ......
retry=n -> -R retrycnt
timeo=n -> -t timeout
retrans=n -> -x retrans
> mount retries the request up to the count specified in the
> retry=n option. (Note that the default value for retry
> differs between mount and automount. See the description
> of retry, above.) Once the file system is mounted, each
> NFS request made in the kernel waits timeo=n tenths of a
> second for a response. If no response arrives, the
> time-out is multiplied by 2 and the request is
> retransmitted. When the number of retransmissions has
> reached the number specified in the retrans=n option, a
> file system mounted with the soft option returns an
> error on the request; one mounted with the hard option
> prints a warning message and continues to retry the request.
↑は Solaris での解説ですが
> mount_nfs [-23NPTUbcdiLls] [-D deadthresh] [-I readdirsize] [-R retrycnt]
> [-a maxreadahead] [-g maxgroups] [-o options] [-r readsize]
> [-t timeout] [-w writesize] [-x retrans] rhost:path node
という FreeBSD のオプションを当てはめると↓でいいのかなぁ......
retry=n -> -R retrycnt
timeo=n -> -t timeout
retrans=n -> -x retrans
858root▲ ★
NGNG うーむ、
原因切り分けのため、
SMP やめて、single CPU モードにしてみる予定。< live23b/news20b
原因切り分けのため、
SMP やめて、single CPU モードにしてみる予定。< live23b/news20b
http://qb5.2ch.net/test/read.cgi/operate/1149989815/221
1 CPU で 64-bit と,SMP で 32-bit と,どっちがいいか......
1 CPU で 64-bit と,SMP で 32-bit と,どっちがいいか......
860root▲ ★
NGNG フロント 強制リブート中。
いったん NFS はずします。
いったん NFS はずします。
861root▲ ★
NGNG862root▲ ★
NGNG tiger507 上がってこない。
NFS が影響を受けて止まっていて(フロントのF22がささっていた)、
強制リブートで上がってこなくなった。
例の KVM との相性(tiger5xx はリブート時にたまに止まることがある)、
による影響か。
NFS が影響を受けて止まっていて(フロントのF22がささっていた)、
強制リブートで上がってこなくなった。
例の KVM との相性(tiger5xx はリブート時にたまに止まることがある)、
による影響か。
863root▲ ★
NGNG 負荷で落ちてるんじゃないってのがなぁ。
5.2.1R の時の悪夢再びか。
5.2.1R の時の悪夢再びか。
NFS は,どこかで localhost 上でマウントしてじっk(ryするとか.
865root▲ ★
NGNG >>864
家の環境でやってみようかなと。
家の環境でやってみようかなと。
866root▲ ★
NGNG amd64 問題は、手元に amd64 なサーバが1台もないので、
ちと、苦しいですね。
リブートしたら、作業の運びで。
ちと、苦しいですね。
リブートしたら、作業の運びで。
867root▲ ★
NGNG …しかし Google してもヒットする事例がないっぽい、というのも、
5.2.1R の時とよく似ている、とは言えるんだが。
今度は i386 では問題ない、というのも、どうも。
5.2.1R の時とよく似ている、とは言えるんだが。
今度は i386 では問題ない、というのも、どうも。
868root▲ ★
NGNG 優先度の高い、解決すべき問題は2つ:
1) NFS の設定を詰める
これは、テスト環境を自宅に確保する方向で。
2) FreeBSD 6.1R/amd64 の不安定動作(突然のハングアップ)の原因究明と解消
最新のstableにするも効果なし。
まずは SMP をやめてみる方向で。
1) NFS の設定を詰める
これは、テスト環境を自宅に確保する方向で。
2) FreeBSD 6.1R/amd64 の不安定動作(突然のハングアップ)の原因究明と解消
最新のstableにするも効果なし。
まずは SMP をやめてみる方向で。
870root▲ ★
NGNG 1台自宅に確保して、 FreeBSD 6.1R を入れた。
CPU: Intel Pentium III (754.71-MHz 686-class CPU)
これで、自宅に環境作れそうなので、NFS の試験と詰めを急ぎ実施予定。
CPU: Intel Pentium III (754.71-MHz 686-class CPU)
これで、自宅に環境作れそうなので、NFS の試験と詰めを急ぎ実施予定。
871root▲ ★
NGNG >>869
構成を教えてもらえると、助かります。
motherboard
CPU
OS Version
memory
HDD
特に、
・dual CPUかどうか
・ディスクがSCSIかどうか
あたり。
構成を教えてもらえると、助かります。
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
です。
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
です。
2006/06/11(日) 17:03:35ID:24rlcZ2Y0
いい鯖だなぁ
875root▲ ★
NGNG >>875
SCSIはadaptecの39320を使っています
SCSIはadaptecの39320を使っています
877root▲ ★
NGNG >>877
そうですね。
そうですね。
879root▲ ★
NGNG /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
}
うわーん、この#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
}
880root▲ ★
NGNG nfs_socket.c って、current と stable/release でかなり手が入っているのね。
HEAD は 1.141 で、RELENG_6 や RELENG_6_1 は 1.125.2.9 とか言っているし、
>>879 にあった不可解な #if 0 〜 #endif は、なくなっている。
HEAD は 1.141 で、RELENG_6 や RELENG_6_1 は 1.125.2.9 とか言っているし、
>>879 にあった不可解な #if 0 〜 #endif は、なくなっている。
881root▲ ★
NGNG NFS まわりの、ソースの diff (RELENG_6 と CURRENT)を眺め中。>>880
mutex 系の lock/unlock とかが恐ろしく変わっていますね。
NFS 部分だけ、そのまま current のを持ってくるというわけにはいかない予感。
で、これだけ mutex 系のところで手が入っているということは、
NFS 部分に amd64/SMP だとおかしくなるバグがいる可能性も、考えられるなと。
…これだと、現状では、
1) 過去ログは offlaw.cgi や 2ちゃんねるプロバイダ用プログラム、
公式 p2 用プログラムを一式バックエンドに proxy で転送することにして、
まずは妥協する。(= 削除の呪文と同じ取り扱いにする)
ことにして、
2) バックエンド側の NFS の設定をやめて、SMP 設定のままでまずは動かしてみる(amd64も)
ことにし、
3) 次に、SMP を切る等の別のアクションを起こす方向で考える(amd64)
で、いくことにしようかと。
mutex 系の lock/unlock とかが恐ろしく変わっていますね。
NFS 部分だけ、そのまま current のを持ってくるというわけにはいかない予感。
で、これだけ mutex 系のところで手が入っているということは、
NFS 部分に amd64/SMP だとおかしくなるバグがいる可能性も、考えられるなと。
…これだと、現状では、
1) 過去ログは offlaw.cgi や 2ちゃんねるプロバイダ用プログラム、
公式 p2 用プログラムを一式バックエンドに proxy で転送することにして、
まずは妥協する。(= 削除の呪文と同じ取り扱いにする)
ことにして、
2) バックエンド側の NFS の設定をやめて、SMP 設定のままでまずは動かしてみる(amd64も)
ことにし、
3) 次に、SMP を切る等の別のアクションを起こす方向で考える(amd64)
で、いくことにしようかと。
882root▲ ★
NGNG ちなみに自宅での NFS の実験ですが、
いろいろ試行錯誤しているものの、いまだ not responding から
そのまま異常終了してくれる状況になるには至らず。
いろいろ試行錯誤しているものの、いまだ not responding から
そのまま異常終了してくれる状況になるには至らず。
883root▲ ★
NGNG で、そうなると、read.cgi での過去ログの検出を
直接ファイルを検索することで実現しているので、
ここの部分を、なんとか解決する必要があると。
(つまり read.cgi では「datがない」になってしまう)
直接ファイルを検索することで実現しているので、
ここの部分を、なんとか解決する必要があると。
(つまり read.cgi では「datがない」になってしまう)
884root▲ ★
NGNG で、以前はここを、
過去ログを全フロントに転送する
ことで乗り切っていました。
しかしこれは、過去ログが溜まってくるとシステムのコストが加速度的に上がってしまい、
だめだということが既に判明している
と。
さて、どうするのがいいのか。
過去ログを全フロントに転送する
ことで乗り切っていました。
しかしこれは、過去ログが溜まってくるとシステムのコストが加速度的に上がってしまい、
だめだということが既に判明している
と。
さて、どうするのがいいのか。
885root▲ ★
NGNG >>884 はもちろん、フロントの数がスケールしない、
という意味でも、筋が悪いと。
という意味でも、筋が悪いと。
886reffi@報告人 ★
2006/06/11(日) 19:13:19ID:???0 と言うことは雪だるま特化型のread.cgiを考えないといけないんですね
まずは直接検索から間接検索に切り替える方向とか
まずは直接検索から間接検索に切り替える方向とか
887root▲ ★
2006/06/11(日) 19:34:20ID:???0888root▲ ★
2006/06/11(日) 19:46:00ID:???0 雪だるまサーバの過去ログ部分の現状:
・offlaw.cgi 経由での入手: 可能。offlaw.cgi はバックエンドで動作(設定変更した)
・2ちゃんねるプロバイダでの入手: 可能なはず(未確認)。プログラムはバックエンドで動作(同上)
・公式 p2 / モリタポ利用での入手: 同上
・read.cgi での表示: 「dat が存在しません」になってしまう(実際には存在している)
なお、live23b は現在設定変更中。
変更でき次第、上記になる予定。
・offlaw.cgi 経由での入手: 可能。offlaw.cgi はバックエンドで動作(設定変更した)
・2ちゃんねるプロバイダでの入手: 可能なはず(未確認)。プログラムはバックエンドで動作(同上)
・公式 p2 / モリタポ利用での入手: 同上
・read.cgi での表示: 「dat が存在しません」になってしまう(実際には存在している)
なお、live23b は現在設定変更中。
変更でき次第、上記になる予定。
889root▲ ★
NGNG live23b / news20b 工事完了のはず。>>888
890root▲ ★
NGNG NFSについて:
フロントからの NFS は全面的にオフの状態。
ex15 もオフにする設定は入れたので、次はオフの状態で立ち上がる予定。
フロントからの NFS は全面的にオフの状態。
ex15 もオフにする設定は入れたので、次はオフの状態で立ち上がる予定。
891reffi@報告人 ★
2006/06/11(日) 20:05:11ID:???0 >888-889
まだ「datが存在しません。」になります。
反映されてないのかなぁ?
まだ「datが存在しません。」になります。
反映されてないのかなぁ?
893reffi@報告人 ★
2006/06/11(日) 20:13:31ID:???0 >892
了解しました。
それで正解なんですね
了解しました。
それで正解なんですね
2006/06/11(日) 20:17:55ID:uW4NY6x6P
live23落ちた
895root▲ ★
NGNG2006/06/11(日) 20:20:37ID:uW4NY6x6P
誤爆スマソ
897root▲ ★
NGNG cobra2244 は上がったら、
1) 6.1R に戻す
2) single CPU mode への移行
のてはずで。
1) 6.1R に戻す
2) single CPU mode への移行
のてはずで。
898root▲ ★
NGNG cobra2244 は、立ち上がってこない状態になった模様。
-stable にして、カーネルを 6.1R に戻したのが悪かったのかも。
-stable にして、カーネルを 6.1R に戻したのが悪かったのかも。
899root▲ ★
NGNG 514 名前:root▲ ★[] 投稿日:2006/06/11(日) 20:55:44 ID:???0 ?#
live23b は、立ち上がらない状態になった模様。
数度リブートしてもらいましたが、立ち上がらないです。
リモート KVM が使えるようになるまで、復旧作業ができない状態。
ううむ、、、。
live23b は、立ち上がらない状態になった模様。
数度リブートしてもらいましたが、立ち上がらないです。
リモート KVM が使えるようになるまで、復旧作業ができない状態。
ううむ、、、。
2006/06/11(日) 21:05:17ID:B+yli6Za0
いつもおつかれさまだお。
( ^ω^)つt■ コーヒーどーぞだお
( ^ω^)つt■ コーヒーどーぞだお
901root▲ ★
NGNG902root▲ ★
NGNG903root▲ ★
NGNG904root▲ ★
NGNG 現状:
・tiger507 = ex15: ダウンしたまま。
現地に状況調査 & 確認依頼中
・cobra2244 = live23b: たまにping通るものの、ssh通るまでに至らず、
再度落ちる。
現地に状況確認 & 状況確認中。
KVM 経由でのシングルユーザオペレーションが必要な予感。
・上記2台にリモートアクセスするための remote KVM へのアクセスが支障中。
現地に状況確認 & 復旧依頼中。
・tiger507 = ex15: ダウンしたまま。
現地に状況調査 & 確認依頼中
・cobra2244 = live23b: たまにping通るものの、ssh通るまでに至らず、
再度落ちる。
現地に状況確認 & 状況確認中。
KVM 経由でのシングルユーザオペレーションが必要な予感。
・上記2台にリモートアクセスするための remote KVM へのアクセスが支障中。
現地に状況確認 & 復旧依頼中。
905動け動けウゴウゴ2ちゃんねる
2006/06/11(日) 21:43:29ID:uylAozCN0 いやああああああああああああ
2006/06/11(日) 21:57:02ID:PTvwH5UU0
rootサソ お疲れ様です。
907root▲ ★
NGNG live23b これからの展開:
・>>897 を実施
・安定するなら、それで運用
・力(処理能力)が足りないようなら、涙を飲んで 6.0R に戻し、dual CPU へ
あたりかと。
stable 版を使うのは、特に amd64 ではリスクが大きいと。
・>>897 を実施
・安定するなら、それで運用
・力(処理能力)が足りないようなら、涙を飲んで 6.0R に戻し、dual CPU へ
あたりかと。
stable 版を使うのは、特に amd64 ではリスクが大きいと。
2006/06/11(日) 23:39:01ID:tSszimok0
6.0-Rにすると、Apacheのバグがでるんじゃないの?
909root▲ ★
NGNG >>908
出る可能性ありますね。
あと、ex14 で起こっていたような、
ping かかるけれども他のサービスが全部死ぬ、
というパターンになることがありえます。
(6.1R/amd64 の場合、ping もかからなくなるのが違う)
出る可能性ありますね。
あと、ex14 で起こっていたような、
ping かかるけれども他のサービスが全部死ぬ、
というパターンになることがありえます。
(6.1R/amd64 の場合、ping もかからなくなるのが違う)
910ピロリ
2006/06/12(月) 00:02:07ID:fkwVt5Ry0 1) offlaw.cgi のための転送はやめる
2) その上で offlaw.cgi をどうするか考える。
3) read.cgi をどうするか考える。
な手順かと、
まずは転送&同期を止めましょう。
2) その上で offlaw.cgi をどうするか考える。
3) read.cgi をどうするか考える。
な手順かと、
まずは転送&同期を止めましょう。
911root▲ ★
NGNG >>910
それ(過去ログのための転送&同期)は、NFS にした時点で既に全廃しているです。
それ(過去ログのための転送&同期)は、NFS にした時点で既に全廃しているです。
912ピロリ
2006/06/12(月) 00:05:45ID:T4H0CPgK0 >>884- 以下あたりは解決しているということ?
2006/06/12(月) 00:05:46ID:w7L0x0xG0
レス数が900を超えています。1000を超えると表示できなくなるよ。
ニュース
- 178万円まで引き上げで、自民・小野寺氏「何で税源穴埋めするか提案して欲しい」国民民主に要請 ★8 [お断り★]
- 【スクープ】中居正広が女性との間に重大トラブル、巨額の解決金を支払う 重病から復帰後の会食で深刻な問題が発生 ★27 [Ailuropoda melanoleuca★]
- 『M-1グランプリ』20代目王者は令和ロマン「去年の倍、嬉しいです!」前人未到の連覇達成で史上最多1万330組の頂点に★4 [muffin★]
- 【芸能】眞鍋かをり「高齢者より若者にもっとお金を使ってほしい」 政府の経済対策に疑問「不公平感が」 [冬月記者★]
- トランプ氏 「日米戦争は自分とシンゾーだったら起こらなかった」 ★2 [お断り★]
- 「あと何十年、こんなに苦しまなければいけないのか」 日本人女性と結婚しても「在留許可」認められず…スリランカ人男性(東京地裁) [少考さん★]
- 【悲報】女子「男はバッグ持たないで。」 [986198215]
- 【悲報】国民民主党「ふむ、所得税引き下げる代わりに『地価税』を導入すればいいのでは🤔」 [616817505]
- 🏡が無い😭
- 【悲報】斎藤元彦陣営のネット広報担当会社が投稿したnoteで騒然★308 [641980297]
- 【速報】5ちゃんねる公式アプリ、配信開始キタ━━━━(゚∀゚)━━━━!! [616197217]
- 【悲報】最近のベイブレード、危険すぎる [535628963]