search for: vfs_subr

Working on the Dell R420 today, got most of it working, even the broadcom ethernet cards! However, I get the following when I reboot the system: Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9) owns a non-sleepable lock KDB: stack backtrace of thread 100107: sched_switch() at sched_switch+0x19f mi_switch() at mi_switch+0x208 sleepq_switch() at sleepq_switch+0xfc

...VI. Correction details The following list contains the revision numbers of each file that was corrected in FreeBSD. Branch Revision Path - ------------------------------------------------------------------------- RELENG_4 src/sys/kern/vfs_subr.c 1.249.2.32 src/sys/net/if_mib.c 1.8.2.3 src/sys/netinet/ip_divert.c 1.42.2.8 src/sys/netinet/raw_ip.c 1.64.2.20 src/sys/netinet/udp_usrre...

...of each file that was corrected in FreeBSD. Branch Revision Path - ------------------------------------------------------------------------- RELENG_4 src/sys/kern/uipc_usrreq.c 1.54.2.11 src/sys/kern/vfs_subr.c 1.249.2.32 src/sys/net/if_mib.c 1.8.2.3 src/sys/netinet/ip_divert.c 1.42.2.8 src/sys/netinet/raw_ip.c 1.64.2.20 src/sys/netinet/tcp_subr....

...of each file that was corrected in FreeBSD. Branch Revision Path - ------------------------------------------------------------------------- RELENG_4 src/sys/kern/uipc_usrreq.c 1.54.2.11 src/sys/kern/vfs_subr.c 1.249.2.32 src/sys/net/if_mib.c 1.8.2.3 src/sys/netinet/ip_divert.c 1.42.2.8 src/sys/netinet/raw_ip.c 1.64.2.20 src/sys/netinet/tcp_subr....

...VI. Correction details The following list contains the revision numbers of each file that was corrected in FreeBSD. Branch Revision Path - ------------------------------------------------------------------------- RELENG_4 src/sys/kern/vfs_subr.c 1.249.2.32 src/sys/net/if_mib.c 1.8.2.3 src/sys/netinet/ip_divert.c 1.42.2.8 src/sys/netinet/raw_ip.c 1.64.2.20 src/sys/netinet/udp_usrre...

9.2 PRERELEASE (today) / amd64 Hello, I'm seeing a panic while trying to build a poudriere repository. As far I can see it always happens when gam_server is started (ie xfce is running) and under disk load (poudriere bulk build) : (That is something new, the box was pretty stable) the complete crash dump (core.0.txt) is here: http://user.lamaiziere.net/patrick/panic_gam_server.txt Fatal

...ernel: 1st 0xfffff801ba2e65f0 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3435 messages.0-Sep 23 10:08:11 leader kernel: 2nd 0xfffffe01ef93c1c0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 messages.0-Sep 23 10:08:11 leader kernel: 3rd 0xfffff801ba2e6240 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2099 messages.0-Sep 23 10:08:11 leader kernel: KDB: stack backtrace: messages.0-Sep 23 10:08:11 leader kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe02397c2300 messages.0-Sep 23 10:08:11 leader kernel: kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe02397c23b0...

...where about panic during early root mount, fsck etc.. Perhaps this might be related: Full dmesg: http://people.freebsd.org/~ariff/misc/dmesg.boot.amd64 [....] acquiring duplicate lock of same type: "vnode interlock" 1st vnode interlock @ kern/vfs_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_r...

...add40) at /usr/src/sys/nfs/nfs_vnops.c:1561 #13 0xc02a4793 in nfs_inactive (ap=0xe84b7dac) at /usr/src/sys/nfs/nfs_node.c:231 #14 0xc024ec8a in vclean (vp=0xe84671c0, flags=8, p=0xe8177520) at vnode_if.h:886 #15 0xc024ee14 in vgonel (vp=0xe84671c0, p=0xe8177520) at /usr/src/sys/kern/vfs_subr.c:2049 #16 0xc024eae6 in vflush (mp=0xc23a7400, rootrefs=1, flags=2) at /usr/src/sys/kern/vfs_subr.c:1786 #17 0xc02c7b60 in nfs_unmount (mp=0xc23a7400, mntflags=524288, p=0xe8177520) at /usr/src/sys/nfs/nfs_vfsops.c:1010 #18 0xc025079a in dounmount (mp=0xc23a7400, flags=524288, p=0xe8177520...

Hey everyone, I'm hoping someone can point me in the right direction. I'm running a 6.1 box with mac_bsdextended compiled. I've created my ugidfw rules, and all seems well in the universe. I've got rules set up so the web process uid 80 and gid 80 can only read uid 1010 and gid 1010 owned files. When the web server tries to do something else, it throws an error such as:

I woke up to a frozen box this morning - it froze up a few more times before I got a handle on it. Basically, the box runs idle but refuses to do disk IO, or does it -very- slowly. Top shows processes stuck in 'ffsvget', 'inode', and 'vlruwk' state. I can get the box responsive again by setting sysctl kern.maxvnods=100000. It starts up with kern.maxnodes=36079. I

...190 #8 0xffffffff8096798a in VOP_FSYNC_APV (vop=0xffffffff80ca5300, a=0xffffff9b0cd27b00) at vnode_if.c:1267 #9 0xffffffff8068bade in sync_vnode (slp=0xffffff002ab8e758, bo=0xffffff9b0cd27bc0, td=0xffffff002ac89460) at vnode_if.h:549 #10 0xffffffff8068bdcd in sched_sync () at /d2/usr/src/sys/kern/vfs_subr.c:1841 (kgdb) frame 6 #6 0xffffffff808477ed in ffs_syncvnode (vp=0xffffff02ea3d7ce8, waitfor=Variable "waitfor" is not available.) at /d2/usr/src/sys/ufs/ffs/ffs_vnops.c:306 306 vfs_bio_awrite(bp); (kgdb) vpath vp 0xffffff02ea3d7ce8: 18381 0xffffff02eab1dce8:...

...at /usr/src/sys/kern/kern_synch.c:250 #4 0xffffffff8048ee42 in dounmount (mp=0xffffff007f7e52f0, flags=524288, td=<value optimized out>) at /usr/src/sys/kern/vfs_mount.c:1266 #5 0xffffffff80493202 in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3321 #6 0xffffffff803fec69 in boot (howto=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:428 #7 0xffffffff803fef86 in reboot (td=<value optimized out>, uap=0xffffff8000238bb0) at /usr/src/sys/kern/kern_shutdown.c:191 #8 0xfffff...

...#14 0xffffffff809aacd4 in vgonel (vp=0xfffffe0035273000) at vnode_if.h:830 td = (struct thread *) 0xfffffe008be0b000 active = 1 mp = (struct mount *) 0x0 #15 0xffffffff809ae1de in vflush (mp=0xfffffe00048ae338, rootrefs=1, flags=2, td=0xfffffe008be0b000) at /usr/src/sys/kern/vfs_subr.c:2687 _rc = <value optimized out> vp = (struct vnode *) 0xfffffe0035273000 mvp = (struct vnode *) 0xfffffe008bc36800 rootvp = (struct vnode *) 0xfffffe0035273000 vattr = {va_type = 2175779674, va_mode = 65535, va_nlink = -1, va_uid = 689, va_gid = 0, v...

...) at /usr/src/sys/kern/vfs_default.c:256 #5 0x801f0955 in ufs_vnoperate (ap=0xbf80ed44) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #6 0x8017d450 in vn_lock (vp=0xbde68d80, flags=65538, p=0xbf57e5a0) at vnode_if.h:861 #7 0x80175d83 in vget (vp=0xbde68d80, flags=2, p=0xbf57e5a0) at /usr/src/sys/kern/vfs_subr.c:1539 #8 0x80170c1f in vfs_cache_lookup (ap=0xbf80ee00) at /usr/src/sys/kern/vfs_cache.c:494 #9 0x801f0955 in ufs_vnoperate (ap=0xbf80ee00) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #10 0x80173d29 in lookup (ndp=0xbf80ee7c) at vnode_if.h:52 #11 0x80173824 in namei (ndp=0xbf80ee7c) at /usr/src/sys...

...ct=0xcf824600, p=0xc582f3fc, curgeneration=1209, pagerflags=12) at /usr/src/sys/vm/vm_object.c:806 #11 0xc01f9f91 in vm_object_page_clean (object=0xcf824600, start=0, end=0, flags=4) at /usr/src/sys/vm/vm_object.c:605 #12 0xc01a11f5 in vfs_msync (mp=0xc6016200, flags=2) at /usr/src/sys/kern/vfs_subr.c:2710 #13 0xc01a2194 in sync (p=0xc02b73a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:575 #14 0xc0171c2a in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235 #15 0xc01722b4 in poweroff_wait (junk=0xc0272a6c, howto=-1071176283) at /usr/src/sys/kern/kern_shutdown.c:595 #16 0xc023dd1e in...

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

...Sat Apr 12 00:31:26 2003 @@ -294,6 +294,7 @@ adstrategy(struct buf *bp) struct ad_softc *adp = bp->b_dev->si_drv1; int s; + stratcalls++; if (adp->device->flags & ATA_D_DETACHING) { bp->b_error = ENXIO; bp->b_flags |= B_ERROR; --- /usr/src/sys.org/kern/vfs_subr.c Sun Oct 13 18:19:12 2002 +++ kern/vfs_subr.c Sat Apr 12 01:56:16 2003 @@ -116,6 +116,10 @@ SYSCTL_INT(_vfs, OID_AUTO, reassignbufme static int nameileafonly = 0; SYSCTL_INT(_vfs, OID_AUTO, nameileafonly, CTLFLAG_RW, &nameileafonly, 0, ""); +int stratcalls = 0; +int sync_extdelay...

We have a reproducible problem with FreeBSD-4.7 which is apparently a deadlock. The system is undergoing a filesystem stress test. The machine is pingable, but console and most other features are unresponsive. The console debugger can be accessed. The following information is available with db's "ps". I suspect the wchan of "inode" to be what everything is waiting on.

...rap.c:466 #6 0xc0193de9 in cache_zap (ncp=0xc2354000) at /usr/src/sys/kern/vfs_cache.c:144 #7 0xc019431c in cache_purge (vp=0xcec3b240) at /usr/src/sys/kern/vfs_cache.c:373 #8 0xc01983a8 in getnewvnode (tag=VT_UFS, mp=0xc2307800, vops=0xc22a1600, vpp=0xcf466cec) at /usr/src/sys/kern/vfs_subr.c:663 #9 0xc0201894 in ffs_vget (mp=0xc2307800, ino=3920480, vpp=0xcf466d58) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1109 #10 0xc0204747 in ufs_lookup (ap=0xcf466db8) at /usr/src/sys/ufs/ufs/ufs_lookup.c:611 #11 0xc02090f5 in ufs_vnoperate (ap=0xcf466db8) at /usr/src/sys/ufs/ufs/ufs_vnops...