【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
■ このスレッドは過去ログ倉庫に格納されています
peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
＜現在の主要なテーマ＞
・read.cgiのmod_cgidso化によるパフォーマンスアップ
・bbs.cgiのSpeedyCGI化によるパフォーマンスアップ
・FreeBSD 5.3Rへのサーバ更新作業&さらなるチューニング
＜関連板・スレッド＞
また挑戦。＠2ch掲示板
http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板
http://dso.2ch.net/yangon/
bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/
read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/
＜関連サイト＞
レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/ >>315
・新BBMセットアップ
・BBM移動作業
がありますね。
それが終わると、システム系は一段落かと。 あと、
・dnscache2 になっている現BBMのバージョンアップ
もありますね。
で、dnscacheをうまい具合に2本だてにすると。 life5 と life6 の memories への収容、終わりました。
これからメール確認します。
BBMセットアップは、しばらくあとで。 >>315
メール確認したです。
今時点での作業は、とりあえずここまでで。 お疲れ様ですー。
life7ってbanana何になるんですか？
>>320
bananaじゃなくてtiger508です(live17が使っていたところ) >>320
tiger508です。
狼、VIP、ラウンジ、野球、競馬、毒男、難民、大学生活が入っている
tiger503と同じハードウェア構成です。
memory: bananaの4倍
ディスクの回転数: bananaの2倍
おもりの方はできる範囲でがんがらせていただきますんで、
限りあるサーバ資源を大事に使っていただくように、
住民の方々によろしくお伝えください。 >>321-322
ありがとうございます。
ここでunknownだったので(^_^；
http://sv2ch.baila6.jp/sv2ch01.html
rootさん了解ですー。
これからもよろしくお願いします。 BBMをbanana307に移動する準備ができました。
以下のDNS変更をお願いしておきます。
サーバ側はセッティング完了しているので(簡単な動作確認もしました)。
いつやっていただいてもOKです。
なお、BBMもこれを機にデータ部分とログ部分をメモリディスク化しました。
(BBQと同様)
(現在)
+m.2ch.net:206.223.151.205
&bbm.2ch.net:206.223.151.205:a
(変更後)
+m.2ch.net:206.223.148.155
&bbm.2ch.net:206.223.148.155:a なお、banana307とbanana273はroot権限ありサーバとなり、
OSのFreeBSD 5.3R-p2へのアップグレード・ディスクパーティション割付の若干の変更、
システムチューニング等を実施しています。 >>219
-bash-2.05b$ php -v
PHP Warning: Unknown(): Unable to load dynamic library '/usr/local/lib/php/20020429/mysql.so' - Shared object "libmysqlclient.so.10" not found, required by "mysql.so" in Unknown on line 0
PHP 4.3.9 (cli) (built: Dec 5 2004 19:51:51)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
あれれー鞍は入っているのにのに、、、
-bash-2.05b$ mysql -V
mysql Ver 12.22 Distrib 4.0.21, for portbld-freebsd5.3 (i386) >332
cd /usr/local/etc/php.ini && mv php.ini php.ini.bak
cp php.ini-recommended php.ini
なおったはず。
% php -v
PHP 4.3.9 (cli) (built: Dec 5 2004 19:51:51)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
% pkg_info -aI | grep DB
p5-DBD-mysql-2.9004 MySQL driver for the Perl5 Database Interface (DBI)
p5-DBI-1.42_1 The perl5 Database Interface. Required for DBD::* modules
を入れた時に、mysqlのバージョンが上がったためすね。 tiger510 = hobby7、早朝に panic してリブート入ったようです。
前にもあったかな。FreeBSD 5.3Rのバグかも。
%cat info.0
Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Fri Dec 10 13:05:44 2004
Hostname: tiger510.maido3.com
Versionstring: FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004
root@tiger503.maido3.com:/usr/obj/var/src/sys/I386_TIGER_53
Panicstring: lockmgr: thread 0xc8fc7c80, not exclusive lock holder 0xc35e6af0 unlocking
Bounds: 0 見てみた。前スレの540～542あたりで ex7 で起きたのと同じすね。
発生率低いみたいだけど、5.3Rの虫さんかも。
540 名前：root▲ ★[sage] 投稿日：04/11/20 07:41:10 ID:???
Nov 19 13:14:09 <3.1> tiger503 savecore: reboot after panic: lockmgr: thread 0xc49b24b0, not exclusive lock holder 0xc3565640 unlocking
Nov 19 13:14:09 <3.5> tiger503 savecore: writing core to vmcore.2
だそうで。< ex7
vmcoreはちゃんととれてるっぽいんで、後で見てみます。
搭乗時間が迫ってるんで、とりあえずまた。 live16 も mod_cgidso な read.cgi 化した。
これで現在、live8 live16 ex7 がこのバージョン。 同時に、read.cgiとbbs.cgiの際もKeepAliveすることにし、
httpdの数を768→896にした。
上記、ex7と同じチューニング。 てなわけで、>>329 のDNS設定更新をよろしくですage。 >>338
うわっ
広告とかの関係あるかもですよ、 質問ですー。
最近の"read.cgi ver8.01+ (04/11/29-) 「Special thanks ◆cZfSunOs.U さん」"で、
リンクがime.nuを通さないのは仕様なんですかね？
スポンサーに怒られないのかしら？
専ブラ率が高いから問題ないとか？それとも実験だから？ じっけん じっけん
Cobra/Tiger/Banana 各一台 帰宅。
とりあえず、live16のread.cgiを元に戻しておきました。
これからlive8 @ livecxは負荷試験かな。 本日の live16 落ちの原因推定
1) どばっと投稿。 ほぼ同時にbbs.cgiがものすごく多数起動さけれる
2) 制限無いので 100% 資源を使ってしまう(たぶんメモリ&CPU)
3) たとえばこのときにスワップ始まるとすると、、、
4) どのbbs.cgi も終了しないのに、さらにどんどん起動
5) システムが動く余地もなくなる
6) どーん
の流れが多分五秒くらいの一瞬のうちに起ったと予想。
ちゅーにんぐの方向
すべての段階が均等に資源を使えるように各段階をうまく制御
100本の道が使えて、五(区間)段階あるとすると
一番効率がいいのは 各区間が 20本づつの道路で結ばれるとき
第一区間に100本使い切ったら、誰も次の地点へ行けないと、 >>349
概ねそんな感じかと。
転送量も「ぎゅわ」と上がっているので、読むほうも。
20:05のステータスログが残っている(20:10は既に落ちていた)ので、
各プロセスの起動状況をチェックしてみます。
といっても、バックエンド側の正確な起動数はわからんですね。 live16鯖落ちたのって実況スレ見る限り、20:05:30前だったようだけど、
ここで20:05:00～30で254resってなってるけど、1分間では500res超え換算になるのか。。
その前の5分間は、400resも超えてないんだけど、その時間に急に来たようですね。。
ついでに、このlive16鯖が落ちたと同時にstatsも10分くらい記録が止まったようです。
netstatのを見てると、やっぱりdropped due to full socket buffers のところが急増してるです。。 live16 -M64
ex7 -M128
live8 -M256
で観察してみようか? >>352
全httpdスロット数 896
bbs.cgiの処理待ちだったhttpdの数: 197
read.cgiの処理待ちだったhttpdの数: 6
静的ファイル(datやsubject.txt)の転送中だったhttpdの数: 45
処理を終わって、同じクライアントからの接続をKeepAliveしているhttpdの数: 358
KeepAlive接続をクローズしようとしていたhttpdの数: 93
ステータス(この統計)処理に使っていたhttpdの数: 1
接続待ちだったhttpdの数: 196
最近つらかった時のやつ(千と千尋)と比べてみたほうがいいかもしれないけど、
一見して、bbs.cgiの処理待ちのhttpdの数が多い気がする。
この状態の直後から、仮死状態か。 >>353
20:04～20:05頃に、画面上で何があったんだろう。 ほとんどのサーバが 20:00 - 20:30 の間に影響を受けている
ように見えますね、投稿数を見ると(stats.2ch.net)
実際には「数えられなかった」と見たほうがいいのかな?
それとも、実際に投稿し辛くなったんだろか? 最後に処理した、あるいは処理中だったURL。
ただし、read.cgiは最後のレス番号部分は同じとみなす。
<= が速かったのね。でもまぁ、このぐらいはよくあること。
CPU Usageが多くなっていないので、CPUを使えない状況にあったのか。
1 222 live16.2ch.net POST /test/bbs.cgi
2 111 live16.2ch.net GET /livenhk/dat/1102848643.dat <=
3 95 live16.2ch.net GET /livenhk/dat/1102845878.dat <=
4 73 live16.2ch.net GET /livenhk/
5 65 live16.2ch.net GET /liventv/dat/1102846836.dat <=
6 53 live16.2ch.net GET /livenhk/subject.txt
7 32 live16.2ch.net GET /test/read.cgi/livenhk/1102848643/ <=
8 28 live16.2ch.net GET /test/read.cgi/livenhk/1102845878/ <=
9 27 live16.2ch.net GET /test/read.cgi/liventv/1102846836/ <=
10 24 live16.2ch.net GET /livenhk/dat/1102776831.dat
11 20 live16.2ch.net GET /liventv/
12 15 live16.2ch.net GET /livenhk/dat/1102844858.dat
13 12 live16.2ch.net GET /liventv/subject.txt
14 11 live16.2ch.net GET /livetx/dat/1102844754.dat
15 10 live16.2ch.net GET /test/read.cgi/livetx/1102844754/
16 8 live16.2ch.net GET /livenhk/index.html
17 7 live16.2ch.net GET /test/read.cgi/livenhk/1102776831/
18 6 live16.2ch.net GET /livetx/
19 6 live16.2ch.net GET /liventv/index.html
20 5 live16.2ch.net GET /livenhk/dat/1102849227.dat
21 5 live16.2ch.net GET /livenhk/dat/1102845495.dat
>>361
他の(関係ない)サーバでも重かったとすると、DNSからの戻り
(bbsとかnikuとかリモホ逆引きのように、全投稿において問い合わせが起こるもの)の
うちのどれかが、パフォーマンス低下を起こしていたというのは、ありえますね。
>>353 がビンゴかもしれない。oyster243のnetstatはどうだったんだろう。 見ました。>>360
あんな勢いでAA貼ってたのか、、、。
ｷﾀｰ は1行だけど(そうでないのもあるが)、AAはその数倍だからなぁ。 >>360
はげしく わ・ら・た
んなことやってるんだ、、、 oyster243 (dnscache/BBQ) は、該当時間処理落としてないですね。
http://bbq.2ch.net/_service/netstat-20041212.txt
banana238は、この時間かなり処理を落としています。
つまり、BBS処理(毎回処理するため、ローカルDNSキャッシュが効かない)でブロックが発生している。
http://stats.2ch.net/_service/netstat-20041212.txt
2004/12/12 20:05:00
udp:
12188781 datagrams received
0 with incomplete header
0 with bad data length field
1 with bad checksum
35 with no checksum
4190 dropped due to no socket
74 broadcast/multicast datagrams dropped due to no socket
166104 dropped due to full socket buffers
0 not for hashed pcb
12018412 delivered
12018903 datagrams output
------------------------------------------------
2004/12/12 20:15:00
udp:
12315344 datagrams received
0 with incomplete header
0 with bad data length field
1 with bad checksum
35 with no checksum
4190 dropped due to no socket
74 broadcast/multicast datagrams dropped due to no socket
286824 dropped due to full socket buffers
0 not for hashed pcb
12024255 delivered
12024747 datagrams output
------------------------------------------------
BBS/stats を cobra2245 に緊急移転するに1票。 なんか既にいろいろ忘れているんですが、、、
BBS(stats.2ch.net) ってどんなことしてましたっけ?
1) 数える
2) スピード違反を取り締まる(トカゲの尻尾)
だけだったかな? >>366
そのはず。
(DNS側からは、2本のプログラムにログ流しています) stats.2ch.net(BBS) は・・・
1) DNS 経由をやめて、CGI経由(http)で処理するに変更
2) 数える方は簡単だけどスピード測定(top10を含む)はロジック考え直しかなぁ
3) なんかまたそ゜ろやることが増えてきたなぁ
>>368
例の「DNS側のコストが限界なら、ロジックを変える」ってやつですか。
DNS側より、ネットワーク的問題な気もするんですけどね。
10Mbps Etherなのが理由のひとつとしてあるような気がしています。
あるいは、ネットワーク関連のシステム変数の設定の問題か。
banana238のネットワーク関係のシステム設定を、再度おさらいしてみるです。 今日寝るまでに、banana238のBBSのデータ部分とログ部分をメモリディスク仕様にしておこう。
ログ記録部分で時間かかっているとしたら、これでだいぶかわるはず。 >>369
ネットワーク関係のシステム設定は、oyster243とbanana238で大きな違いはありませんｄした。
前はoyster243はバッファを超大きくとってたけど、メモリディスク1.5Gとったときに小さくして、
banana238はバージョンアップしたときに大きくしたから、偶然同じような設定になっていました。
違いは、
・ネットワーク速度(10Mか100M)
・ネットワークインタフェースの種別、接続I/F(vr/32ビットPCIかbge/64bitPCI)
・メモリの容量により自動セッティングされる各種システム変数
ぐらいか。
いったんめし。 >>371
BBSのログ部分とDNSのDB部分をメモリディスク化した。
・BBQのログ部分、DNSのDB部分
・dnscacheのログ部分
・BBSのログ部分、DNSのDB部分
・新BBMのログ部分、DNSのDB部分(旧BBMは未)
BBXは、とりあえず今のところディスク仕様のまま。 今週は
地道に bbs.cgi(Speedy版) の改良を続けていきますかっと
私はシステム系作業の続きと、
気が向けば read.cgi の dso パッチを読んでみようかと。
明日はやめなんで、今日は早寝の予定。 あとで、live8 live16 ex7のdnscacheのログ部分をメモリディスク化しておこう。 oyster243のdnscacheをリスタートしました。
これで変わりました。
# ほんとはリスタートしなくても変わりますが、それまでには時間を要するため。
tiger/cobraも同じことしとこう。 ex9 をジンギスカン化するです
沢山の仲間をお迎えするために、 くわくわ
ジンギスカン化はバックエンド（システム系）および掲示板系
どっちにも効能があります？
手っ取り早くクスリが効く幹事ですかな。 そですね、
一番の効果は HDD に優しい 2ch になることかも鴨 >>386
メモリディスク化はI/O高速化&コスト削減ですからね。
まさに最終行かと。
ただあんまりとると他の資源(プロセスやI/Oバッファキャッシュ)に影響するんで、
どこをどう、どのくらいメモリディスク化するかをうまくさじ加減する必要があると。 ですねぇ、
今のところ 大きな板だけに施工中ってとこです
同じファイルを激しく叩くから、 >>384
掲示板tiger/cobra実施済。
ということで、準備できたらcobra2245のバージョンアップ作業するです。 めも
今、あいているサーバ
ex5 (banana224)
ex8 (banana399)
>>392
これらのサーバへのf22は、どうしましょ。 ■ めまい
http://dso.2ch.net/test/read.cgi/myanmar/1102008822/232
232 名前：○ h005.p996.iij4u.or.jp[sage] 投稿日：04/12/13 19:19:49 ID:???
RaidCard が届いてケースに貼ってあるらしいっすよ >>231
いい機会なので、cobra2245 = 旧BBM/dnscache2 に入れてみようと思います。
RAID構築しなおしだから、OSもイニシャルインストールしなきゃならんし。 ex9が参照しているDNSキャッシュサーバにある
旧BBMサーバのexpireにまだ2日以上ある、、、。(下記)
djbdnsのデフォルトではDNSサーバのIPアドレス変更の反映は最大3日なので
正常動作なわけですが、どうもタイミングが悪かった模様。
これが終わるまで、cobra2245へのRAIDカードのインストール作業が（りゃ。
今やると旧BBMがブロックするので、ex9が止まってしまう。
みたところ、他は変わったようですが、これだけ変わってない模様。
DNSキャッシュサーバのリセット依頼は出してはあったりするので、
とりあえず、時を待つことにしよう。
ch2ex9@banana231:~$ dig -t a a.ns.bbm.2ch.net
; <<>> DiG 8.3 <<>> -t a.ns.bbm.2ch.net
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 359
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;; a.ns.bbm.2ch.net, type = A, class = IN
;; ANSWER SECTION:
a.ns.bbm.2ch.net. 2d21h31m11s IN A 206.223.151.205
;; Total query time: 0 msec
;; FROM: banana231.maido3.com to SERVER: 206.223.148.252
;; WHEN: Tue Dec 14 01:49:18 2004
;; MSG SIZE sent: 34 rcvd: 50 soap とかが入っているサーバ(idol.bbspink.com)も旧サーバに来ているので、
いずれにせよしばらく待つ必要がありそうすね。< cobra2245
時間取れたら、先にblackgoat4(最後の5.2.1R系tiger)をやるか。 kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
ってのが、死ぬほど出てるですね。< ex9
重かった原因のひとつはこれかと。 >>399 はHE時代に地震をumaサーバでさばいていた時や、
以前live8でも出たやつですね。
具体的には、I/Oアクセス集中でカーネル内の静的なバッファを使い切ってしまう症状すね。
tiger/cobraでは、/boot/loader.confでこの値を増やしてあります。
(全tiger)
kern.ipc.maxpipekva=20971520
(live8)
kern.ipc.maxpipekva=41943040
(bananaのデフォルト)
kern.ipc.maxpipekva: 8568832 ＼ √
＼ ｳｪｰﾊｯﾊｯﾊｯ!! ヾ(ﾟдﾟ；)ﾉ゛
＼ Λ＿Λ ﾄﾞﾙﾙﾙﾙ!!!!! ｷﾝｯ（￣ ￣）
＼ <丶｀∀´>＿__｡ ＼从/ ＿ _ ｶﾝｯ ∴∴・） （
名前： FOX ＼ミ（ つ【〔ﾛ=：(∈(二(@ ＞ ‐― ＿ -, ∴.*：（＝＝＝）
狼にlive8を落と＼ 人 ヽﾉ Ⅲ￣゛ ／W'ヽ ￣ ｷﾝｯ∴;ヽ====/
ことは不可能。わ ＼（_＿ﾌ ⅢF5..､､､ ,,, ｶﾝｯ >＿<
っはっは。 ＼ ∧∧∧∧∧∧ ∧∧ 仕事人
名前： root ★ 投稿日：＼ ＜ さ 働 ＞ ( ´∀) 旦 旦 (Д｀ )
>>806 勝ったな。 ＼＜ ん く ＞ （ ひつ ========== )ゞﾎﾟﾘﾎﾟﾘ
圧倒的に勝った。（＠ｗ荒 ＜ の r ＞ と＿)_）／※※※※※ ゝ
――――――――――――＜ 予 o ＞――――――――――――
Me: ＜ 感 o ＞
All this bad things caused by ＜ !! t ＞ 名前： ◆MUMUMUhnYI [sage] 投稿日
me. Hontoni sumimasen. /∨∨∨∨＼ 深夜の誰もいないホテルで各種グラフを
Jim: /┌─┐r・o・o・＼ 見て「うふふ」とか「うっしっし」とか言っ
its all good. We have been / │★│r・o・o・t・＼ てるのって、はたから見るとちょっと
pushing it for many years, / └─┤r・o・o・t・★＼ キモいのかなぁ。
and I am not ready to stop./ _ ∩ r・o・o・t・★！＼
Are you? / ( ﾟ∀ﾟ)彡r・o・o・t・★！！＼
Me: ./┌─┬⊂彡 r・o・o・t・★！！！＼ う っ し っ し 。
Mmm... thank you, / ｜★｜ r・o・o・t・★！！！！＼
*(ﾉД`)+ﾟ｡:*ﾟ+:ﾟ+:ﾟ:*:｡:* / └─┘ ＼ >>401
雑談スレかと思った。熱狂的ファンですか。 >>404
ファン？root教(?)信者じゃないですかね
>>402は雑談スレでやってくれと。 game10も他のtigerと理由、同じだなぁ。
落ちた時間も朝6時前後か。
/homeの定時バックアップ処理(ディスクにバースト的な負荷がかかる)が関係しているような気がします。
直感的には、5.3Rのカーネルの虫で、たまに踏んでいると。
しらべてみます。
Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Wed Dec 15 13:02:34 2004
Hostname: tiger504.maido3.com
Versionstring: FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004
root@tiger503.maido3.com:/usr/obj/var/src/sys/I386_TIGER_53
Panicstring: lockmgr: thread 0xc512bc80, not exclusive lock holder 0xc35e6af0 unlocking
Bounds: 0 >>406
kgdb /boot/kernel/kernel vmcore.0 の出力。
#0 0xc0507ca2 in doadump ()
#1 0xc050829b in boot ()
#2 0xc05085c1 in panic ()
#3 0xc04fcd29 in lockmgr ()
#4 0xc0553b83 in vop_stdunlock ()
#5 0xc0553a33 in vop_defaultop ()
#6 0xc061dc67 in ufs_vnoperate ()
#7 0xc0616947 in ufs_inactive ()
#8 0xc061dc67 in ufs_vnoperate ()
#9 0xc055c2f0 in vrele ()
#10 0xc061a3cb in ufs_close ()
#11 0xc061dc67 in ufs_vnoperate ()
#12 0xc05666b0 in vn_close ()
#13 0xc05675a2 in vn_closefile ()
#14 0xc04ea014 in fdrop_locked ()
#15 0xc04e8e61 in fdrop ()
#16 0xc04e8e17 in closef ()
#17 0xc04e861f in fdfree ()
#18 0xc04f01c8 in exit1 ()
#19 0xc04efcf4 in sys_exit ()
#20 0xc066b9ff in syscall ()
#21 0xc06593af in Xint0x80_syscall ()
#22 0xffff002f in ?? ()
#23 0xffff002f in ?? ()
#24 0xbfbf002f in ?? ()
#25 0x0000096e in ?? ()
#26 0x0804b924 in ?? ()
#27 0xbfbfe4b8 in ?? ()
#28 0xf737bd74 in ?? ()
#29 0x281425ec in ?? ()
#30 0x281424b0 in ?? ()
#31 0x281424b0 in ?? ()
#32 0x00000001 in ?? ()
(続く) #33 0x0000000c in ?? ()
#34 0x00000002 in ?? ()
#35 0x280c9373 in ?? ()
#36 0x0000001f in ?? ()
#37 0x00000292 in ?? ()
#38 0xbfbfe49c in ?? ()
#39 0x0000002f in ?? ()
#40 0x00000000 in ?? ()
#41 0x00000000 in ?? ()
#42 0x00000000 in ?? ()
#43 0x00000000 in ?? ()
#44 0x383e5000 in ?? ()
#45 0xc512e710 in ?? ()
#46 0xc512bc80 in ?? ()
#47 0xf737b718 in ?? ()
#48 0xf737b700 in ?? ()
#49 0xc346b960 in ?? ()
#50 0xc05188a3 in sched_switch ()
Previous frame inner to this frame (corrupt stack?)
(ここまで) でもこれ、シャットダウン時だからなぁ。2年前の日付だし。
とりあえず今のとこはここまで。 しまった！root氏の時計は2倍速だ！
オレが止めているうちにroot氏の中のマザーボードを修理しろ！
早く！早く！root氏に構わず修理しろ！
>>412
うわわ。まだ2004年だし。ｼｮﾎﾞｰﾝ
# まだex9が参照しているDNSサーバのa.ns.bbm.2ch.netのアドレスが微妙に変わらないみたい。< BBM
# 旧サーバで指定しているDNSサーバのIPアドレスも新アドレスに変えてみた。 >>414
FreeBSDのライブラリ側の虫さんかもとか、思っていたりします。
あるいは、dnscache側か。
DNSサーバの名前を変えずにIPアドレスだけ変えた場合に、
ごくまれに変なことが起こるようです。
さきほど >>413 をやったので遅かれ早かれ変わるとは思います。
でも、ex9が参照しているDNSキャッシュサーバのdnscacheをリスタートいただけると
かなりうれしいです。
■ このスレッドは過去ログ倉庫に格納されています
