search for: zfs_znode

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

Author: maybee Repository: /hg/zfs-crypto/gate Revision: 2dd24a5efe8bb703f8a0b96d0cbaab6d4f744456 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

I contacted the author of ''lsof'' regarding the missing ZFS support. The command works but fails to display any files that are opened by the process in a ZFS filesystem. He indicates that the required ZFS kernel structure definitions (header files) are not shipped with the OS. He further indicated that he rummaged through the OpenSolaris source tree and the files doesn''t

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

.../hg/zfs-crypto/gate Revision: 919f120139aa174a9eb20e7fdb9026ab851357d6 Log message: 6398177 zfs: poor nightly build performance in 32-bit mode (high disk activity) 6420920 File truncate produces incorrect log record Files: update: usr/src/uts/common/fs/zfs/arc.c update: usr/src/uts/common/fs/zfs/zfs_znode.c

I''ve got a CentOS 5.3 dom0 with Xen 3.4.1-rc5 (or so). I''ve tried the same stuff below with 3.4.0, no difference. I''m trying to install 2009.06 PV domU based on instructions from [1] and [2]. I can run the install fine, I can also get the kernel and boot archive (from [2]) after the install. But for the life of me I can''t get the installed domU to boot. If I

We have finished a beta version of the feature. A webrev for it can be found here: http://cr.illumos.org/~webrev/sensille/fits-send/ It adds a command ''zfs fits-send''. The resulting streams can currently only be received on btrfs, but more receivers will follow. It would be great if anyone interested could give it some testing and/or review. If there are no objections,