search for: vn_lock

...fs_vnops.c:791 2nd vnode interlock @ kern/vfs_subr.c:2018 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x4da _mtx_lock_flags() at _mtx_lock_flags+0x4a vrefcnt() at vrefcnt+0x31 null_checkvp() at null_checkvp+0x65 null_lock() at null_lock+0x5b VOP_LOCK_APV() at VOP_LOCK_APV+0x81 vn_lock() at vn_lock+0x6b nullfs_root() at nullfs_root+0x4c vfs_donmount() at vfs_donmount+0x1096 nmount() at nmount+0x82 syscall() at syscall+0x21b Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (378, FreeBSD ELF64, nmount), rip = 0x800679e8c, rsp = 0x7fffffffe558, rbp = 0x7fffffffee40 --- -- Ariff A...

...gr (lkp=0x8a3d2200, flags=16973826, interlkp=0xbdc27b6c, p=0xc26fa9c0) at /usr/src/sys/kern/kern_lock.c:355 #4 0x80172b73 in vop_stdlock (ap=0xc2a95d1c) at /usr/src/sys/kern/vfs_default.c:256 #5 0x801f0955 in ufs_vnoperate (ap=0xc2a95d1c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #6 0x8017d450 in vn_lock (vp=0xbdc27b00, flags=131074, p=0xc26fa9c0) at vnode_if.h:861 #7 0x80173b1c in lookup (ndp=0xc2a95ec4) at /usr/src/sys/kern/vfs_lookup.c:301 #8 0x80173824 in namei (ndp=0xc2a95ec4) at /usr/src/sys/kern/vfs_lookup.c:153 #9 0x8017c867 in vn_open (ndp=0xc2a95ec4, fmode=1, cmode=420) at /usr/src/sys...

...gr (lkp=0x8a4ef600, flags=16973826, interlkp=0xbde68aec, p=0xbf57b000) at /usr/src/sys/kern/kern_lock.c:355 #4 0x80172b73 in vop_stdlock (ap=0xbfc2dd1c) at /usr/src/sys/kern/vfs_default.c:256 #5 0x801f0955 in ufs_vnoperate (ap=0xbfc2dd1c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #6 0x8017d450 in vn_lock (vp=0xbde68a80, flags=131074, p=0xbf57b000) at vnode_if.h:861 #7 0x80173b1c in lookup (ndp=0xbfc2dec4) at /usr/src/sys/kern/vfs_lookup.c:301 #8 0x80173824 in namei (ndp=0xbfc2dec4) at /usr/src/sys/kern/vfs_lookup.c:153 #9 0x8017c867 in vn_open (ndp=0xbfc2dec4, fmode=1, cmode=420) at /usr/src/sys...

...ail when done as root. + */ + if ((vp->v_type == VCHR || vp->v_type == VBLK) && + ((error = suser_xxx(p->p_ucred, p, PRISON_ROOT)) != 0)) + return (error); + VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); VATTR_NULL(&vattr); vattr.va_flags = flags; error = VOP_SETATTR(vp, &vattr, p->p_ucred, p); VOP_UNLOCK(vp, 0, p); - return error; + return (error); } /*...

Colleagues, one of my servers had to be rebooted uncleanly and then I have backgrounded fsck locked for more than an our in snaplk: 742 root 1 -4 4 1320K 688K snaplk 0:02 0.00% fsck_ufs File system in question is 200G gmirror on SATA. Usually making a snapshot (e.g., for making dumps) consumes 3-4 minutes for that fs, so it seems to me that filesystem is in a deadlock. Any

Hi, my FreeBSD-9/stable machine (FreeBSD freebsd-tower.goebo.site 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2 r241044M: Sat Sep 29 12:52:01 CEST 2012 lbo@freebsd-tower.goebo.site:/usr/obj/usr/src/sys/GENERIC i386) crashes reproducibly when rsync-ing files to an NFSv4 share on the FreeBSD machine. The crash makes the system reboot. The crash creates files in /var/crash which may be obtained

Two machines (NFS Server: running ZFS / Client: disk-less), both are running FreeBSD r253506. The NFS client starts to deadlock processes within a few hours. It usually gets worse from there on. The processes stay in "D" state. I haven't been able to reproduce it when I want it to happen. I only have to wait a few hours until the deadlocks occur when traffic to the client machine

...ab600,8,c031a54a,0,c34ab600) at tsleep+0x1d1 acquire(c34ab600,1000040,600,c34ab600,20002) at acquire+0xbc lockmgr(c34ab600,1030002,defc4e6c,e75e1220,defc4e00) at lockmgr+0x2cc vop_stdlock(e766bd28,e766bd38,c01fa02c,e766bd28,defc4e00) at vop_stdlock+0x42 ufs_vnoperate(e766bd28) at ufs_vnoperate+0x15 vn_lock(defc4e00,20002,e75e1220) at vn_lock+0x9c lookup(e766bed0,0,e766bed0,e766bed0,e75e1220) at lookup+0x81 namei(e766bed0,0,cb9c0a40,e766bed0,e766be18) at namei+0x19d vn_open(e766bed0,1,1a4,3,e75e1220) at vn_open+0x1ed open(e75e1220,e766bf80,0,80e3500,0) at open+0xc4 syscall2(2f,2f,2f,0,80e3500) at sysc...

Hi, This happened to me repeatedly (but not always), even after updating to the latest RELENG_7 yesterday ... 1. Boot into single user mode 2. fsck / # finishes successful! 3. mount -u / 4. Do a few edits to files in /etc 5. mount -u -o ro / softdep_waitidle: Failed to flush worklist for 0xc1f36b30 mount: /dev/ad0s1a : Device busy I can't remount the root file system read-only, so

The problem occurs after an update of 8-stable from r248120 to r252111. Sometimes shutdown hangs: Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. >From the kernel