bug? with zfs, symlinks and extended attributes

[Andriy Gapon]

on 11/09/2012 19:10 Nicolas Rachinsky said the following:
> Hallo,
> 
> I can reliable "break" zfs on FreeBSD 8.3-RELEASE-p4 (on two different
> machines).

Please check if http://svn.freebsd.org/changeset/base/240345 may help you.
I think that the diff should be applicable to your version.

> I just do the following:
> 
> zpool create pool1 ada0p15
> zfs create pool1/TST
> cd /pool1/TST
> sh attached script
> cd -
> zfs umount pool1/TST
> zfs mount pool1/TST
> 
> Afterwards some of the symlinks in /pool1/TST have extended attributes
> I've never set. Others cannot have any extended attributes.
> 
> For example:
> # lsextattr -h user /pool1/TST/etc/rc0.d/K04rsyslog 
> lsextattr: /pool1/TST/etc/rc0.d/K04rsyslog: failed: Invalid argument
> 
> setextattr fails as well. 
> 
> Not all symlinks show this problem. The set showing the problem seems
> to be not always the same.
> 
> With the following changes to the attached script, I cannot reproduce
> the problem:
> 
> leaving out all touch-lines.
> 
> set all extended attributes to a string of length 1.
> 
> let all symlinks point to foo.
> 
> The problem does occur when I run the script as normal user.

-- 
Andriy Gapon