search for: zfs_vnops

Saw this just come through for 8-current, 7-stable ought to have it in a week or so. I have not encountered the problem so I would not be able to judge if this fixes it. Patch here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c.diff?r1=1.27;r2=1.28 pjd 2008-03-15 23:23:04 UTC FreeBSD src repository Modified files: sys/contrib/opensolaris/uts/common/fs/zfs zfs_vnops.c Log: Fix mmap(2) on ZFS after some changes in VM subsystem. Submitted by: alc Reported by: kris (originally) and many...

Hi All, I have what I think is a ZFS related bug. Unfortunately my simplest test case is a bit cumbersome and I haven't definitively proven that the problem is ZFS related. I'm hoping for some feedback on how to move forward. Quick background: I rip my CD's using grip and produce flac files. I tag the music using Musicbrainz' Picard and transcode it to mp3's within Picard

I''ve just installed express b28 on my system. After installing, I decided to move /opt to a zfs pool home/opt. After installing Blastwave''s latest sudo, I did my usual edits of sudoers. When I attempted to execute sudo ls to test things I got this: rtfm:/opt/csw/etc:>sudo ls sudo: /opt/csw/etc/sudoers is owned by gid 1, should be 0 But /opt/csw/etc/sudoers permissions

Hi, Since almost all operations in the FUSE low-level API identify files by inode number, I''ve been using zfs_zget() to get the corresponding znode/vnode in order to call the corresponding VFS function in zfs_vnops.c. However, there are some cases when zfs_zget() behaves slightly different than I need: 1) If zp->z_unlinked != 0 then zfs_zget() returns ENOENT. I need it to return the znode anyway, otherwise an open() followed by an unlink() followed by an fstat() would return ENOENT. 2) In the end of...

Hi, could anyone give recommendations (or share experience) regarding using ZFS: - FreeBSD 7-Stable (amd64 with 8GB RAM) + special tuning necessary (apart from increasing kernel memory to 1 or more GB for ZFS) - Samba 3.2 + ACLs possible directly under ZFS? + recommended compile options? - NFS - email (imap) - jails (I have seen some problems exist with using snaphots within

Hello, I'm experiencing a kernel panic that appears to be caused by zfs. No errors are making it into /var/log/messages, but here is the error message that appears on my screen after panic (transcribed): panic solaris assert BSWAP_32(sa_hdr_phys->sa_magic) == SA_MAGIC, file: /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sa.c, line 1262 I can reproduce this by

...n: d3160869d28dca623e514dc1f38e84d9335c2a55 Log message: 6362908 nfsv4-test: RENAME does not check PERM with NFSv4/ZFS 6372549 nfsv4 server returns OK for SETATTR of size on a symlink over ZFS, INVAL is expected Files: update: usr/src/uts/common/fs/zfs/zfs_acl.c update: usr/src/uts/common/fs/zfs/zfs_vnops.c

Author: marks Repository: /hg/zfs-crypto/gate Revision: daa24505790be2859c3416a615beb97cbe02db68 Log message: 6362068 zfs chown/chgrp doesn''t always work Files: update: usr/src/uts/common/fs/zfs/zfs_vnops.c update: usr/src/uts/common/os/policy.c update: usr/src/uts/common/sys/policy.h

...S_ISGID bits on successful writes 6388195 conflict of filesystem property of "aclinherit=secure" & ACE no_propagate 6389212 file_dac_search privilege is ineffective when traversing zfs mount point Files: update: usr/src/uts/common/fs/zfs/zfs_acl.c update: usr/src/uts/common/fs/zfs/zfs_vnops.c

...4186acb7ee8fb89bc7791633212 Log message: 6407842 zfs panic when closing a file 6410836 zfs umount hang during ZFS stress testing. Files: update: usr/src/uts/common/fs/zfs/arc.c update: usr/src/uts/common/fs/zfs/dbuf.c update: usr/src/uts/common/fs/zfs/dmu_tx.c update: usr/src/uts/common/fs/zfs/zfs_vnops.c

...dd24a5efe8bb703f8a0b96d0cbaab6d4f744456 Log message: 6413573 deadlock between fsflush() and zfs_create() 6416101 du inside snapshot produces bad sizes and paths Files: update: usr/src/uts/common/fs/zfs/sys/zfs_znode.h update: usr/src/uts/common/fs/zfs/zfs_dir.c update: usr/src/uts/common/fs/zfs/zfs_vnops.c update: usr/src/uts/common/fs/zfs/zfs_znode.c

...Arg list too long", when trying to send incremental backups (b89 -> b101). Do you know about any bugs related to that? I did a look on the archives, and google but could not find anything. What i did find was something related with wrong timestamps (32bits), and some ZFS test on the code: zfs_vnops.c. But the error is EOVERFLOW... Thanks a lot for your time! -- This message posted from opensolaris.org

...-Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -include /src/sys/modules/zfs/../../cddl/compat/opensolaris/sys/debug_compat.h -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c: In function 'page_busy': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:341: warning: implicit declaration of function 'rounddown...

It wouldn''t be proper to start my first post here without congratulations and thanks to the ZFS team for such an impressive piece of work. Anyway, on to my query. I''ve been trying out ZFS, with a particular focus in reducing latency in a specific application. This application has a fair amount of random writing going on in the background (which, of course, ZFS will make