Hi everbody, from http://wiki.freebsd.org/ZFS I understand that chflags are supported by zfs. But if I have a file with sappnd on a zfs filesystem, I am unable to execute a command like this: # touch lili # chflags sappnd lili # ls -lrto lili -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili # echo "lala" >> lili # echo "lala" >> lili -su: echo: write error: Operation not permitted So, the first time it worked, but it stops working on any consequent time (when the file is no more empty). I found a bug report on: http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 where a patch is suggested. Nevertheless, even though my sources are newer than the suggested patch, my source tree does not contain it. Do we know anything more about it? # uname -a FreeBSD myhost 8.1-STABLE FreeBSD 8.1-STABLE #1: Fri Nov 5 17:27:37 EET 2010 root@:/mnt/obj/mnt/src/sys/GENERIC amd64 Thank you all for your time in advance, mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379
On 2010/11/17 at 18:49, George Mamalakis <mamalos@eng.auth.gr> wrote:> > Hi everbody, > from http://wiki.freebsd.org/ZFS I understand that chflags are > supported by zfs. But if I have a file with sappnd on a zfs > filesystem, I am unable to execute a command like this: > > # touch lili > # chflags sappnd lili > # ls -lrto lili > -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili > # echo "lala" >> lili > # echo "lala" >> lili > -su: echo: write error: Operation not permitted > > So, the first time it worked, but it stops working on any consequent > time (when the file is no more empty). > I found a bug report on: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 > > where a patch is suggested. Nevertheless, even though my sources are > newer than the suggested patch, my source tree does not contain it. > Do we know anything more about it? > > # uname -a > FreeBSD myhost 8.1-STABLE FreeBSD 8.1-STABLE #1: Fri Nov 5 17:27:37 > EET 2010 root@:/mnt/obj/mnt/src/sys/GENERIC amd64 > > Thank you all for your time in advance, > > mamalos >I can't reproduce the warning message here. When I do the second 'echo', nothing appeared. But the file content was unchanged. I am using zfs version 15. #uname -a FreeBSD pluton.xbsd.name 8.1-STABLE FreeBSD 8.1-STABLE #0: Wed Nov 17 08:13:47 CST 2010 dhg@pluton.xbsd.name:/opt/obj/sysbld/usr/src/sys/pluton-amd64 amd64 -- If a scientist uncovers a publishable fact, it will become central to his theory. His theory, in turn, will become central to all scientific truth.
On 17.11.2010, at 11:49, George Mamalakis wrote:> Hi everbody, > > from http://wiki.freebsd.org/ZFS I understand that chflags are supported by zfs. But if I have a file with sappnd on a zfs filesystem, I am unable to execute a command like this: > > # touch lili > # chflags sappnd lili > # ls -lrto lili > -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili > # echo "lala" >> lili > # echo "lala" >> lili > -su: echo: write error: Operation not permitted > > So, the first time it worked, but it stops working on any consequent time (when the file is no more empty). > I found a bug report on: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149495And: http://www.freebsd.org/cgi/query-pr.cgi?pr=151082&cat=kern> where a patch is suggested. Nevertheless, even though my sources are newer than the suggested patch, my source tree does not contain it. > Do we know anything more about it?The fix was committed to CURRENT on Oct 8th (r213634). The commit message talks about MFC after a week, however to me it looks like the fix hasn't made it to 8-STABLE yet. Also, there seems to be a related commit r213673 which essentially reverts r213634 and has a more general approach to handling ioflags with zfs. This commit was on Oct 10th, again 1 week MFC grace period, again not in 8-STABLE yet, at least to my knowlegde. Maybe MFC was simply forgotten, maybe there's a good reason to delay it, I don't know. We're using my patch (the one mentioned in the PRs) for now and append-only works as intended. Applying the changes in r213673 to 8-STABLE might be an option too, if you're considering patching to get the append flag working. Anyway, hopefully one of these fixes gets MFCd to 8-STABLE soon. Markus