NetBSD/4.0 amd64 (ML115 Athlong 3500+) RAID5 NFS サーバの話の続き

Feb 9 01:23:56 u /netbsd: uvm_fault(0xffffffff80b1f340, 0xffff800000100000, 1) -> e
Feb 9 01:23:56 u /netbsd: fatal page fault in supervisor mode
Feb 9 01:23:56 u /netbsd: trap type 6 code 0 rip ffffffff8041bc1a cs 8 rflags 10206 cr2 ffff800000100020 cpl 0 rsp ffff800074704d00
Feb 9 01:23:56 u /netbsd: panic: trap
Feb 9 01:23:56 u /netbsd: Begin traceback...

きのう書いた ように、MULTIPROCESSOR を加えて NKMEMPAGES_MAX を 調整して 4.0_STABLE を作直したら ほとんど、いきなり上記のように uvm_fault になってしまう。これは最近まで 5.0_BETA で見ていた兆候なので、これは良くない。

以前まで使っていた 4.0.0_PATCH (2008/04) に戻しておく(以下単に PATCH)。 これだと

19:39 PATCH  .. malloc out of space kmem map
20:51 PATCH  .. reboot (why .. unknown)
21:43 PATCH  .. reboot (why .. unknown)

22:34 STABLE .. manually reboot (23:17 kernel)
01:01 STABLE .. manually reboot (the same thing)
01:23 STABLE .. uvm_fault

01:30 PATCH  .. manually reboot
02:45 PATCH  .. malloc out of space kmem map
03:04 PATCH  .. malloc out of space kmem map
08:00 uptime 4:40

(時刻に不整合があるのは、時計が狂っていたため。 06:45 -> 07:30 くらいで修正した)
考えられるのは

1. src に変更があった
2. gcc に問題がある (でも src に変更がなければ、要除外)
3. Raid_Frame が メモリを使うようになった(別問題)
4. Raid Frame の設定に問題がある
5. disk の金物 (hardware) の問題

4.0.0_PATCH (2008/04) は殆ど同じ別の箱で、殆ど同じ条件で

2008/05 から 3 か月
2008/08 から 4 か月

止らずに動いていたもの。multi processor だったはず。
そう言えば、枝では日付指定は出来なかったなぁ。 差分は作れる ?
そう言えば、きのうは netbsd-4 を使ったが、 netbsd-4-0 を使うのが良いかも知れない。

pkg_add した場合、依存するものが入らないことがある

> convert -resize 200x30 ../w/hirakana.jpeg hirakana.jpeg 
Shared object "libfreetype.so.6" not found
Shared object "libXext.so.6" not found

Some dependencies are missing when pkg_add(ing) binary packages at

apache22  -> expat
ImageMagick -> freetype2