It seems that it was a hardware issue. We put the hard disk in another machine and the problem was gone.
Though, i would like to know what exactly caused it, i guess it was buggy memory (Kingston, so they have life warranty). I got this: # gdb GNU gdb 6.3 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 "i386-unknown-openbsd3.9". (gdb) file /var/crash/bsd.1 Reading symbols from /u/system/crash/bsd.1...(no debugging symbols found)...done. (gdb) target kvm /var/crash/bsd.1.core Cannot access memory at address 0xe9376df4 (gdb) # ps -N /var/crash/bsd.1 -M /var/crash/bsd.1.core -O paddr ps: Cannot allocate memory # vmstat -N /var/crash/bsd.1 -M /var/crash/bsd.1.core -m Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 232133 4411 415474 1280 53 32 12320 96 97116 640 0 64 7521 31 31283 320 41 128 3746 62 14423 160 0 256 2266 6 4914 80 0 512 303 17 1782 40 0 1024 543 21 2257 20 54 2048 22 4 143 10 28 4096 30 1 1126 5 0 8192 8 0 8 5 0 16384 6 0 20 5 0 32768 5 0 9 5 0 Memory usage type by bucket size Size Type(s) 16 devbuf, pcb, routetbl, ifaddr, sysctl, vnodes, UFS mount, sem, dirhash, in_multi, exec, xform_data, VM swap, UVM amap, UVM aobj, USB, temp 32 devbuf, pcb, routetbl, ifaddr, vnodes, sem, dirhash, proc, VFS cluster, ether_multi, xform_data, VM swap, UVM amap, USB, packet tags, temp 64 devbuf, pcb, routetbl, sem, dirhash, in_multi, pfkey data, UVM amap, USB, NDP, temp 128 devbuf, routetbl, ifaddr, vnodes, ttys, exec, inodedep, UVM amap, USB, USB device, NDP, temp 256 devbuf, routetbl, ifaddr, sysctl, ioctlops, vnodes, shm, VM map, file desc, proc, NFS srvsock, NFS daemon, ttys, newblk, UVM amap, USB, temp 512 devbuf, pcb, ifaddr, ioctlops, mount, UFS mount, shm, sem, dirhash, file desc, exec, UVM amap, USB device, temp 1024 devbuf, ioctlops, namecache, sem, file desc, proc, ttys, exec, UVM amap, UVM aobj, crypto data, temp 2048 devbuf, ifaddr, ioctlops, shm, pagedep, VM swap, UVM amap, temp 4096 devbuf, ioctlops, UFS mount, MSDOSFS mount, temp 8192 devbuf, NFS node, namecache, UFS quota, UFS mount, ISOFS mount, inodedep 16384 devbuf, UFS mount, indirdep, UVM amap, temp 32768 devbuf, namecache, VM swap, UVM amap Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) devbuf 560 278K 278K 39322K 621 0 0 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 pcb 430 29K 32K 39322K 1486 0 0 16,32,64,512 routetbl 88 7K 7K 39322K 300 0 0 16,32,64,128,256 ifaddr 41 10K 10K 39322K 41 0 0 16,32,128,256,512,2048 sysctl 2 1K 1K 39322K 2 0 0 16,256 ioctlops 0 0K 4K 39322K 901 0 0 256,512,1024,2048,4096 mount 6 3K 4K 39322K 8 0 0 512 NFS node 1 8K 8K 39322K 1 0 0 8192 vnodes 48 7K 43K 39322K 1281 0 0 16,32,128,256 namecache 3 41K 41K 39322K 3 0 0 1024,8192,32768 UFS quota 1 8K 8K 39322K 1 0 0 8192 UFS mount 25 68K 68K 39322K 25 0 0 16,512,4096,8192,16384 shm 8 13K 13K 39322K 9 0 0 256,512,2048 VM map 3 1K 1K 39322K 3 0 0 256 sem 4 2K 2K 39322K 7 0 0 16,32,64,512,1024 dirhash 39 8K 9K 39322K 51 0 0 16,32,64,512 file desc 76 70K 73K 39322K 116 0 0 256,512,1024 proc 15 3K 3K 39322K 15 0 0 32,256,1024 VFS cluster 0 0K 4K 39322K 1799 0 0 32 NFS srvsock 2 1K 1K 39322K 2 0 0 256 NFS daemon 1 1K 1K 39322K 1 0 0 256 in_multi 22 1K 1K 39322K 22 0 0 16,64 ether_multi 4 1K 1K 39322K 4 0 0 32 ISOFS mount 1 8K 8K 39322K 1 0 0 8192 MSDOSFS mount 1 4K 4K 39322K 1 0 0 4096 ttys 414 242K 242K 39322K 414 0 0 128,256,1024 exec 0 0K 2K 39322K 1042 0 0 16,128,512,1024 pfkey data 1 1K 1K 39322K 2 0 0 64 xform_data 0 0K 1K 39322K 90 0 0 16,32 pagedep 1 2K 2K 39322K 1 0 0 2048 inodedep 1 8K 9K 39322K 4 0 0 128,8192 newblk 1 1K 1K 39322K 1 0 0 256 indirdep 0 0K 16K 39322K 6 0 0 16384 VM swap 7 43K 43K 39322K 7 0 0 16,32,2048,32768 UVM amap256864 5785K 5865K 39322K 469223 0 0 16,32,64,128,256,512,1024,2048,16384,32768 UVM aobj 3 2K 2K 39322K 4 0 0 16,1024 USB 57 6K 6K 39322K 57 0 0 16,32,64,128,256 USB device 16 7K 7K 39322K 16 0 0 128,512 crypto data 1 1K 1K 39322K 1 0 0 1024 packet tags 50 2K 4K 39322K 33644 0 0 32 NDP 7 1K 1K 39322K 8 0 0 64,128 temp 99 10K 26K 39322K 57334 0 0 16,32,64,128,256,512,1024,2048,4096,16384 Memory Totals: In Use Free Requests 6668K 125K 568555 Memory resource pool statistics Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg Maxpg Idle phpool 40 298 0 9 3 0 3 3 0 8 0 extentpl 20 199 0 186 1 0 1 1 0 8 0 pmappl 84 689 0 567 3 0 3 3 0 8 0 vmsppl 220 689 0 567 8 0 8 8 0 8 0 vmmpepl 88 890673 0 773192 13844 11253 2591 3036 0 8 8 vmmpekpl 88 20892 0 20824 2 0 2 2 0 8 0 aobjpl 52 3 0 1 1 0 1 1 0 8 0 amappl 40 151021 0 67034 849 2 847 847 0 8 1 bufpl 116 75584 0 75584 1 0 1 1 0 8 1 mbpl 256 95915 0 95444 55 9 46 47 1 8 7 mclpl 2048 21555 0 21441 100 0 100 100 4 3072 42 sockpl 204 3730 0 3045 37 0 37 37 0 8 0 procpl 360 704 0 567 14 0 14 14 0 8 0 zombiepl 72 567 0 567 1 0 1 1 0 8 1 ucredpl 80 194 0 50 3 0 3 3 0 8 0 pgrppl 24 61 0 35 1 0 1 1 0 8 0 sessionpl 48 34 0 8 1 0 1 1 0 8 0 pcredpl 24 704 0 567 1 0 1 1 0 8 0 lockfpl 52 22787 0 22750 1 0 1 1 0 8 0 filepl 48 19051 0 17966 14 0 14 14 0 8 0 fdescpl 292 705 0 567 11 0 11 11 0 8 0 pipepl 72 906 0 896 1 0 1 1 0 8 0 sigapl 316 689 0 567 12 0 12 12 0 8 1 pfiaddrpl 100 28 0 0 1 0 1 1 0 8 0 wdcspl 96 95107 0 95106 1 0 1 1 0 8 0 namei 1024 45110 0 45110 6 0 6 6 0 8 6 vnodes 156 1310 0 0 51 0 51 51 0 8 0 nchpl 72 1310 0 0 24 0 24 24 0 8 0 ffsino 168 3861 0 2602 55 0 55 55 0 8 0 dino1pl 128 3861 0 2602 43 0 43 43 0 8 0 pagedeppl 68 330 0 300 1 0 1 1 0 8 0 inodedeppl 84 1566 0 1392 6 0 6 6 0 8 0 newblkpl 32 5013 0 5013 1 0 1 1 0 8 1 bmsafemappl 32 312 0 301 1 0 1 1 0 8 0 allocdirectpl 68 3086 0 2978 5 0 5 5 0 8 1 indirdeppl 28 22 0 18 1 0 1 1 0 8 0 allocindirpl 52 1927 0 1917 20 11 9 20 0 8 8 freefragpl 32 922 0 920 1 0 1 1 0 8 0 freeblkspl 108 1068 0 938 5 0 5 5 0 8 0 freefilepl 28 989 0 922 2 0 2 2 0 8 1 diraddpl 32 1475 0 1412 2 0 2 2 0 8 1 mkdirpl 28 370 0 354 1 0 1 1 0 8 0 dirrempl 32 1394 0 1343 1 0 1 1 0 8 0 dirhash 1024 60 0 16 12 0 12 12 0 128 0 shmpl 64 2 0 1 1 0 1 1 0 8 0 semapl 68 3 0 1 1 0 1 1 0 8 0 semupl 100 5 0 4 1 0 1 1 0 8 0 pfrulepl 628 48 0 12 8 0 8 8 0 8 2 pfstatepl 284 1197 0 583 51 0 51 51 0 715 1 pfrktable 1240 22 0 16 3 0 3 3 0 334 0 pfrkentry 156 9 0 0 1 0 1 1 0 3847 0 pfosfpen 108 764 0 382 14 3 11 11 0 8 0 pfosfp 28 416 0 208 2 0 2 2 0 8 0 pffrent 16 4 0 4 1 0 1 1 0 20 1 pffrag 48 2 0 2 1 0 1 1 0 12 1 rtentpl 108 41 0 4 2 0 2 2 0 8 0 rttmrpl 32 7 0 4 1 0 1 1 0 8 0 tcpcbpl 400 562 0 326 24 0 24 24 0 8 0 tcpqepl 16 454 0 454 1 0 1 1 0 13 1 synpl 184 328 0 325 1 0 1 1 0 8 0 plimitpl 152 130 0 46 4 0 4 4 0 8 0 inpcbpl 216 2253 0 1989 15 0 15 15 0 8 0 In use 15266K, total allocated 19696K; utilization 77.5% # I still have the bsd.1 and bsd.1.core files just in case. Regards, Marcos Laufer ----- Original Message ----- From: "Jeff Quast" <[EMAIL PROTECTED]> To: "Marcos Laufer" <[EMAIL PROTECTED]> Cc: <misc@openbsd.org> Sent: Wednesday, January 10, 2007 12:54 PM Subject: Re: openbsd3.9 i386 generic kernel crash On 1/10/07, Marcos Laufer <[EMAIL PROTECTED]> wrote: > Hello, > > I had strange crash twice in 30 minutes today on a server > running OpenBSD 3.9 stable with generic kernel. The machine > rebooted inmediately, and i am not locally on the datacenter > > I have no clue on where too look at. Any ideas? > man crash