Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

consistent crashes on NetBSD 7.99.24 amd64 built 19th Dec 15



I seem be able to trigger a consistent crash on a recent install by doing 
heavy disk I/O like deleting a lot of files.

System is an Intel quad-core running :

NetBSD cruncher.anduin.org.uk 7.99.24 NetBSD 7.99.24 (GENERIC) #1: Sat Dec 19 
11:15:14 GMT 2015  
root%cruncher.anduin.org.uk@localhost:/usr/obj/sys/arch/amd64/compile/GENERIC amd64

Having built about 500 packages I decided after a couple of weeks to clear the 
work files out by:

cd /usr/pkgsrc
rm -rf */*/work

This triggers a panic - sometimes I get a core dump, but other times the 
machine fails to dump core and just reboots.

panic: kernel diagnostic assertion "vp->v_usecount != 0" failed: file 
"/usr/src/sys/kern/vfs_vnode.c", line 822 
cpu3: Begin traceback...
vpanic() at netbsd:vpanic+0x13c
kern_assert() at netbsd:kern_assert+0x4f
vref() at netbsd:vref+0x74
getcwd_common() at netbsd:getcwd_common+0x69
procfs_dir.constprop.0() at netbsd:procfs_dir.constprop.0+0xca
procfs_getattr() at netbsd:procfs_getattr+0x487
VOP_GETATTR() at netbsd:VOP_GETATTR+0x34
vn_stat() at netbsd:vn_stat+0x36
do_sys_statat() at netbsd:do_sys_statat+0x96
sys___lstat50() at netbsd:sys___lstat50+0x25
syscall() at netbsd:syscall+0x9c
--- syscall (number 441) ---
7f7ff3ea99ca:
cpu3: End traceback...
uvm_fault(0xfffffe83e5561a20, 0x0, 2) -> e
fatal page fault in supervisor mode
trap type 6 code 
2 rip ffffffff807e901b cs 8 rflags 10286 cr2 84 ilevel 8 rsp fffffe811e765e00
dumping to dev 0,1 (offset=217511, size=4167225):
curlwp 0xfffffe83db0b9940 pid 954.17 lowest kstack 0xfffffe811e7622c0

No core dump from that one, but after a reload repeating the same commands to 
clear out the remainder resulted in:

panic: kernel diagnostic assertion "vp->v_usecount != 0" failed: file 
"/usr/src/sys/kern/vfs_vnode.c", line 822 
cpu1: Begin traceback...
vpanic() at netbsd:vpanic+0x13c
kern_assert() at netbsd:kern_assert+0x4f
vref() at netbsd:vref+0x74
getcwd_common() at netbsd:getcwd_common+0x69
procfs_dir.constprop.0() at netbsd:procfs_dir.constprop.0+0xca
procfs_getattr() at netbsd:procfs_getattr+0x487
VOP_GETATTR() at netbsd:VOP_GETATTR+0x34
vn_stat() at netbsd:vn_stat+0x36
do_sys_statat() at netbsd:do_sys_statat+0x96
sys___lstat50() at netbsd:sys___lstat50+0x25
syscall() at netbsd:syscall+0x9c
--- syscall (number 441) ---
7f7ff3ea99ca:
cpu1: End traceback...
uvm_fault(0xfffffe83f350da18, 0x0, 2) -> e
ufvatma_faull t
p(ag0e xfafulftf fifne s8u4p1earvfis4ofre 6mode,
 0x0, 2) -> e
dumping to dev 0,1 (offset=217511, size=4167225):
trap type 6 code 2 rip ffffffff807e901b cs 8 rflags 10286 cr2 84 ilevel 8 rsp 
ffatfaflffaeg8e1 f1auelt0 1inc es0up0e
rvisor mode
dump curlwp 0xfffffe83f1718860 pid 1062.9 lowest kstack 0xfffffe81t1rea0p1 
9t2ycp0e
 6 code 2 rip ffffffff807e901b cs 8 rflags 10286 cr2 84 ilevel 8 rsp 
fffffe811ded4e00
curlwp 0xfffffe8418a790a0 pid 96.2 lowest kstack 0xfffffe811ded12c0

Have a core dump for this, but there is obviously some corruption.
I can make the core dump/symbols available. Worth a pr?

Dave

-- 
=========================================
Phone: 07805784357
Open Source O/S: www.netbsd.org
Caving: http://www.wirralcavinggroup.org.uk
=========================================


Home | Main Index | Thread Index | Old Index