search for: ufs_vnops

...c/sys/ufs/ffs/ffs_softdep.c:2989 #6 0xb718953b in spec_strategy (ap=0xf8237be0) at /usr/src/sys/miscfs/specfs/spec_vnops.c:453 #7 0xb7188fd1 in spec_vnoperate (ap=0xf8237be0) at /usr/src/sys/miscfs/specfs/spec_vnops.c:119 #8 0xb71f7f4d in ufs_vnoperatespec (ap=0xf8237be0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2394 #9 0xb71f77dd in ufs_strategy (ap=0xf8237c24) at vnode_if.h:944 #10 0xb71f7f1d in ufs_vnoperate (ap=0xf8237c24) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #11 0xb717459b in bwrite (bp=0xccc3e848) at vnode_if.h:944 #12 0xb717a082 in vop_stdbwrite (ap=0xf8237c88) at /usr/src/sys/kern/vfs_defaul...

..._lock.c:147 #3 0x8014179c in lockmgr (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, fm...

I get the above panic after nfs clients attach to this nfs server and being read/write ops on it after an unclean shutdown. I've fsck'ed the fs, and it marks it as clean, but I get this every time. It's an NFS share of a GEOM stripe (about 2TB). mode = 0100600, inum = 58456203, fs = /mnt panic: ffs_valloc: dup alloc I do have dumps from two crashes so far. This is

...c0adb4ea in ?? () #9 0xc0adb352 in ?? () #10 0xc0193f48 in spec_strategy (ap=0xc82c7b2c) at ../../miscfs/specfs/spec_vnops.c:479 #11 0xc0193971 in spec_vnoperate (ap=0xc82c7b2c) at ../../miscfs/specfs/spec_vnops.c:119 #12 0xc01dc955 in ufs_vnoperatespec (ap=0xc82c7b2c) at ../../ufs/ufs/ufs_vnops.c:2440 #13 0xc0180bfa in bwrite (bp=0xc33c24bc) at vnode_if.h:944 #14 0xc018620e in vop_stdbwrite (ap=0xc82c7b74) at ../../kern/vfs_default.c:331 #15 0xc0186069 in vop_defaultop (ap=0xc82c7b74) at ../../kern/vfs_default.c:150 #16 0xc0193971 in spec_vnoperate (ap=0xc82c7b74) at ../../miscfs/spec...

...aids_FFFFFF_4dbcef50", namelen=73, offp=0xc262eb64, bpp=0xd8d2ecbc, prevoffp=0x0) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:361 #4 0xc033589d in ufs_lookup (ap=0xd8d2ed18) at /usr/src/sys/ufs/ufs/ufs_lookup.c:212 #5 0xc033aa31 in ufs_vnoperate (ap=0xd8d2ed18) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #6 0xc0248a8e in vfs_cache_lookup (ap=0xd8d2ed70) at vnode_if.h:77 #7 0xc033aa31 in ufs_vnoperate (ap=0xd8d2ed70) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #8 0xc024b9f9 in lookup (ndp=0xd8d2eec8) at vnode_if.h:52 #9 0xc024b4f4 in namei (ndp=0xd8d2eec8) at /usr/src/sys/kern/vfs_lookup...

..._lock.c:147 #3 0x8014179c in lockmgr (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, fm...

...ep.c:3847 #13 0xc026281d in ffs_update (vp=0xd73baa80, waitfor=0) at ../../ufs/ffs/ffs_inode.c:106 #14 0xc0262b2c in ffs_truncate (vp=0xd73baa80, length=0, flags=0, cred=0xc25f5c00, p=0xd7409220) at ../../ufs/ffs/ffs_inode.c:201 #15 0xc0270d52 in ufs_setattr (ap=0xd7508dfc) at ../../ufs/ufs/ufs_vnops.c:509 #16 0xc02734dd in ufs_vnoperate (ap=0xd7508dfc) at ../../ufs/ufs/ufs_vnops.c:2376 #17 0xc01acaba in vn_open (ndp=0xd7508ec8, fmode=1026, cmode=420) at vnode_if.h:305 #18 0xc01a8a2c in open (p=0xd7409220, uap=0xd7508f80) at ../../kern/vfs_syscalls.c:1029 #19 0xc02bcfc5 in syscall2...

...ys/ufs/ffs/ffs_softdep.c:2989 #10 0xc0194467 in spec_strategy (ap=0xe026cb84) at /usr/src/sys/miscfs/specfs/spec_vnops.c:453 #11 0xc0193ed5 in spec_vnoperate (ap=0xe026cb84) at /usr/src/sys/miscfs/specfs/spec_vnops.c:119 #12 0xc02353e5 in ufs_vnoperatespec (ap=0xe026cb84) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2394 #13 0xc0234c4d in ufs_strategy (ap=0xe026cbc8) at vnode_if.h:944 #14 0xc02353ad in ufs_vnoperate (ap=0xe026cbc8) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #15 0xc0180240 in bwrite (bp=0xcf9ac218) at vnode_if.h:944 #16 0xc0185d2f in vop_stdbwrite (ap=0xe026cc2c) at /usr/src/sys/kern/vfs_defa...

...65649aa4c6751b7dfa343fad066ef8 Log message: 4849565 smallfile too small - change to 64 bit 6207772 UFS freebehind can slow application performance due to text segment paging 6279932 35% drop in SPECweb2005 Support workload performance from snv_07 to snv_08 Files: update: usr/src/uts/common/fs/ufs/ufs_vnops.c

Author: swilcox Repository: /hg/zfs-crypto/gate Revision: 063e12129ee21a72ae625b3e10b3169e8906fe77 Log message: 6238533 UFS O_DSYNC Logging Performance Files: update: usr/src/uts/common/fs/ufs/ufs_vnops.c

...n/fs/nfs/nfs4_client.c update: usr/src/uts/common/fs/nfs/nfs4_vnops.c update: usr/src/uts/common/fs/nfs/nfs_client.c update: usr/src/uts/common/fs/nfs/nfs_vnops.c update: usr/src/uts/common/fs/specfs/specvnops.c update: usr/src/uts/common/fs/tmpfs/tmp_vnops.c update: usr/src/uts/common/fs/ufs/ufs_vnops.c update: usr/src/uts/common/vm/Makefile update: usr/src/uts/common/vm/page.h update: usr/src/uts/common/vm/seg_map.c update: usr/src/uts/common/vm/seg_map.h update: usr/src/uts/i86pc/os/startup.c update: usr/src/uts/i86pc/vm/hat_i86.c

...are won't work to their satisfaction. Is there anything in Samba currently which will provide this functionality? Is it likely to be difficult to modify samba to do what I want? I'm prepared to modify the FreeBSD kernel to get this functionality, and I've been looking at sys/ufs/ufs/ufs_vnops.c. Any help at all would be appreciated. Thanks, Danny

...rap.c:466 #6 0xc0283ad3 in ufsdirhash_findfree (ip=0xc29ad000, slotneeded=24, slotsize=0xdf65dcc4) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:467 #7 0xc027df16 in ufs_lookup (ap=0xdf65dd18) at /usr/src/sys/ufs/ufs/ufs_lookup.c:200 #8 0xc0283105 in ufs_vnoperate (ap=0xdf65dd18) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #9 0xc01cc14e in vfs_cache_lookup (ap=0xdf65dd70) at vnode_if.h:77 #10 0xc0283105 in ufs_vnoperate (ap=0xdf65dd70) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #11 0xc01cf08d in lookup (ndp=0xdf65dec8) at vnode_if.h:52 #12 0xc01ceb80 in namei (ndp=0xdf65dec8) at /usr/src/sys/kern/vfs_lookup.c:1...

...ic, probably to make it possible to actually pass the voting. Note that these routines are used only by UFS; ZFS has its own implementation. Support for NFS4 ACL storage and retrieval was added to ufs/ufs/ufs_acl.c. Stored ACLs are variable in size, to reduce disk space used. Other parts of UFS (ufs_vnops.c and ufs_lookup.c) were modified to implement granularity. Support for NFS4 ACL storage and retrival was added to ZFS. It interfaces with ZFS own ACL mechanisms through wrappers. Two sets of unit tests were implemented. First, to test permission checks, was implemented as a part of fstest, too...

...48) at /usr/src/sys/kern/vfs_bio.c:691 #9 0xc01d5233 in vop_stdbwrite (ap=0xd08d3d58) at /usr/src/sys/kern/vfs_default.c:344 #10 0xc01d5049 in vop_defaultop (ap=0xd08d3d58) at /usr/src/sys/kern/vfs_default.c:152 #11 0xc02b7185 in ufs_vnoperate (ap=0xd08d3d58) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #12 0xc01d137a in getblk (vp=0xd0b28840, blkno=0, size=16384, slpflag=0, slptimeo=0) at vnode_if.h:1193 #13 0xc01d377a in cluster_read (vp=0xd0b28840, filesize=65536, lblkno=0, size=16384, cred=0x0, totread=260, seqcount=2, bpp=0xd08d3e44) at /usr/src/sys/kern/vfs_cluster.c:11...

..., size=512, prot=0, offset=0) at ../../vm/vnode_pager.c:145 #9 0xc018ffc9 in vop_stdcreatevobject (ap=0xfd05bd64) at ../../kern/vfs_default.c:526 #10 0xc018fc35 in vop_defaultop (ap=0xfd05bd64) at ../../kern/vfs_default.c:150 #11 0xc01d7ef1 in ufs_vnoperate (ap=0xfd05bd64) at ../../ufs/ufs/ufs_vnops.c:2422 #12 0xc01943c2 in vfs_object_create (vp=0xff7fce00, p=0xfcee6d00, cred=0xc74ba800) at vnode_if.h:1383 #13 0xc0190af1 in namei (ndp=0xfd05bec4) at ../../kern/vfs_lookup.c:171 #14 0xc0199c85 in vn_open (ndp=0xfd05bec4, fmode=5, cmode=2180) at ../../kern/vfs_vnops.c:138 #15 0xc0195c98 in op...

.../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.c:2376 #12 0xc0194676 in vfs_cache_lookup (ap=0xcf466e10) at vnode_if.h:77 #13 0xc02090f5 in ufs_vnoperate (ap=0xcf466e10) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #14 0xc01976ad in lookup (ndp=0xcf466e8c) at vnode_if.h:52 #15 0xc0197198 in namei (ndp=0xcf466e8c) at /usr/src/sys/kern/vfs_lookup...

...c0611216 "ffs_valloc: dup alloc") at /usr2/src/sys/kern/kern_shutdown.c:539 #12 0xc0577db4 in ffs_valloc (pvp=0xc0e93dd0, mode=16877, cred=0xc0d5be00, vpp=0xc52e2a50) at /usr2/src/sys/ufs/ffs/ffs_alloc.c:933 #13 0xc0591234 in ufs_mkdir (ap=0xc52e2bb8) at /usr2/src/sys/ufs/ufs/ufs_vnops.c:1333 #14 0xc05ef828 in VOP_MKDIR_APV (vop=0x12, a=0xc52e2bb8) at vnode_if.c:1251 #15 0xc051c4e5 in kern_mkdir (td=0xc0dc5a80, path=0xbfbfef56 <Address 0xbfbfef56 out of bounds>, segflg=UIO_USERSPACE, mode=511) at vnode_if.h:653 #16 0xc051c1c9 in mkdir (td=0xc0dc5a80, uap=0x12)...

Hi all, I was intending on trying out gjournal on a new disk i've added in my desktop. I had a look to see what the most recent patch provided by Pawel and found http://people.freebsd.org/~pjd/patches/gjournal6_20061024.patch I created the directories as per Pawel's original post (http://lists.freebsd.org/pipermail/freebsd-fs/2006-June/001962.html) and the patch succeeded with no failed