[zfs-discuss] extended attributes in zfs

Andreas Dilger adilger at dilger.ca
Sat Dec 31 13:10:43 EST 2016

The 'e' attr is specific to ext4 - "extent mapped file".  The 'I' attr is immutable, and that _should_ also be supported for ZFS, along with 'a' append-only and a few others. 

Run "strace setattr +I file" and "strace lsattr file" to verify that the ioctl is working properly on ZFS, since that isolates the problem from rsync. 

Cheers, Andreas

> On Dec 31, 2016, at 08:26, UbuntuNewbie via zfs-discuss <zfs-discuss at list.zfsonlinux.org> wrote:
> Hello list,
> it appears to me, as if extended attributes wouldnt be handled the way,
> i expect it.
> This is the version used:
> zfsutils-linux_0.6.5.8-2~bpo8+1_amd64.deb on jessie (debian 8) (standard
> kernel 3.16)
> Currently, i was intending to backup the debian OS (from ext4) into a
> zfs FS, including its xattrs. But using
> rsync -avHxXc --inplace --no-whole-file --delete $SOURCE/ $DEST
> A simple lsattr afterwards shows, that the xattr dont get stored in zfs.
> Fiddling with it a bit, i was able to create a loop mounted file in zfs,
> format it with ext4 and then succeed with the rsync. Apparently rsync is
> not the culprit, but the interface to zfs seems to be (?). Of course,
> the FS in question has xattr set to on.
> Can anyone reproduce this or hint me to my misunderstanding?
> lsattr (in ext4)
> -------------e-- ./proc
> ----------I--e-- ./etc
> -------------e-- ./sbin
> lsattr (in zfs)
> ---------------- ./proc
> ---------------- ./etc
> ---------------- ./sbin
> thx, U.N.
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at list.zfsonlinux.org
> http://list.zfsonlinux.org/cgi-bin/mailman/listinfo/zfs-discuss

More information about the zfs-discuss mailing list