質問・雑談スレ86＠運用情報板

http://ch2.ath.cx/load/c-docomo2.html

話しは変わりますが　おちている気配?

>>173
ふむふむ

今回は同一ロケーション内の話ということか、
bbs.cgi の DNS look up ですから当然か、

ttp://www4.ocn.ne.jp/~chousasi/

あ、赤い
http://sv2ch.baila6.jp/server.cgi?server=c-docomo2.2ch.net

スレスト早いよスレスト

具体的にはこんなこと考えています。

1)PIEのIPアドレスブロック内で、DNSサービス用に/32のホストルートを割り当ててもらう
2)そのアドレスを2台のマシンAとBにソフトウェア的につける
3)AやBはOSPFで、そのホストルートをPIEのルータに宣伝する
4)OSPFのequal cost multi pathの原則に従い、パケットはAとBに均等に伝わる
5)もしAがダウンしたら経路が消えるので、Bに全部いくようになる(逆も同じ)

>>175
うーむ。
5.3R/amd64って、ひょっとして別の落とし穴があるのか?

で、>>180 をやる場合、

・PIEの中の人にこれ用のホストルート(IPアドレス)を割り当ててもらう
・PIE側のルータとサーバAおよびBとの間で、OSPFで話すように設定する必要がある

という調整を、PIEの中の人とする必要があります。
テクニカルには、そんなに難しい調整ではないはず。

ホストルートじゃなくても、/24のサブネットとかでももちろん同じことができます。
そのほうが、PIE内の経路制御的には楽かも。

c-docomo2 = cobra2247 のリモートコンソールを見てきます。

リモートコンソールは応答するみたい。< cobra2247

>>182
cobra2245とoyster243でやるんならそっちのほうがいいでしょうね。
別セグになるとちょっとつらいですけど

落ちた様子ないなぁ。< cobra2247

>>144
foxCreateMD5idですが
return と $data の間にスペースないのが気になったり。

Tracing route to c-docomo2.2ch.net [206.223.151.215]
over a maximum of 30 hops:
　13 　187 ms 　172 ms 　188 ms　so-7-0-0.edge1.SanJose1.Level3.net [209.244.3.142]
　14 　203 ms 　188 ms 　203 ms　williams-level3-oc48.SanJose1.Level3.net [4.68.127.30]
　15 　172 ms 　187 ms 　188 ms　sntcca1wcx1-pos2-1.wcg.net [64.200.149.45]
　16 　203 ms 　203 ms 　203 ms　scrmca2wcx1-pos9-0.wcg.net [64.200.240.114]
　17 　250 ms 　235 ms 　250 ms　snfcca1wcx3-pos3-0.wcg.net [64.200.240.225]
　18 　187 ms 　188 ms 　187 ms　snfcca1wcx1-oc48.wcg.net [64.200.199.66]
　19 　218 ms 　204 ms 　187 ms　snfcca1wcx1-pacific-internet-11-0.wcg.net [64.200.198.250]
　20 　187 ms 　203 ms 　188 ms　cobra2247.maido3.com [206.223.151.215]

Trace complete.

Pinging c-docomo2.2ch.net [206.223.151.215] with 32 bytes of data:

Reply from 206.223.151.215: bytes=32 time=250ms TTL=40
Reply from 206.223.151.215: bytes=32 time=188ms TTL=44
Reply from 206.223.151.215: bytes=32 time=188ms TTL=44
Reply from 206.223.151.215: bytes=32 time=203ms TTL=44

Ping statistics for 206.223.151.215:
　　Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
　　Minimum = 188ms, Maximum =　250ms, Average =　207ms

＃意味もわからずはってみたり。

あううう、ログインして調べてたらリブート入った、、、。< cobra2247

落ちてなかったのに、、、。

確かに、_service の下のLAを更新する部分が、なぜか実行されてなかった。
なぜだろう、、、。

名残惜しいが、明日朝９時の会議ために、仕事を終えて帰ります。

上がった模様。調べてきます。< cobra2247

Dec 19 08:31:52 <3.1> oyster247 savecore: reboot after panic: page fault
Dec 19 08:31:52 <3.4> oyster247 savecore: unable to open bounds file, using 0
Dec 19 08:31:52 <3.5> oyster247 savecore: writing core to vmcore.0

kernel panic入ったのか。

乙です。

中長期の話と即対応の話が混ざってますが、がんがってください。


-----
>>161+>>173

があん。stack traceがとれてないや。

%ls -l
total 1300294
-rw-r--r-- 1 root wheel 2 Dec 19 08:31 bounds
-rw------- 1 root wheel 401 Dec 19 08:31 info.0
-rw-r--r-- 1 root wheel 5 Feb 24 2004 minfree
-rw------- 1 root wheel 2146893824 Dec 19 08:32 vmcore.0
%cat info.0
Good dump found on device /dev/da0s1b
Architecture: amd64
Architecture version: 1
Dump length: 2146893824B (2047 MB)
Blocksize: 512
Dumptime: Sun Dec 19 08:28:46 2004
Hostname: oyster247.peko.2ch.net
Versionstring: FreeBSD 5.3-RELEASE-p2 #0: Sat Dec 18 09:28:02 PST 2004
[email protected]:/usr/obj/usr/src/sys/AMD64_COBRA_53_BLACKGOAT
Panicstring: page fault
Bounds: 0
%kgdb /boot/kernel/kernel vmcore.0
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd".
(no debugging symbols found)...0x00000000 in ?? ()
(kgdb) where
#0 0x00000000 in ?? ()
(kgdb)