bin/153142: [zfs] ls -l outputs `ls: ./.zfs: Operation not
supported'
Jaakko Heinonen
jh at FreeBSD.org
Fri Jan 14 09:10:11 UTC 2011
The following reply was made to PR bin/153142; it has been noted by GNATS.
From: Jaakko Heinonen <jh at FreeBSD.org>
To: Hiroshi Fujishima <hirobo at tonteki.org>
Cc: Bruce Cran <bruce at cran.org.uk>, bug-followup at FreeBSD.org,
trasz at FreeBSD.org
Subject: Re: bin/153142: [zfs] ls -l outputs `ls: ./.zfs: Operation not
supported'
Date: Fri, 14 Jan 2011 11:00:50 +0200
Hi,
On 2010-12-14, Hiroshi Fujishima wrote:
> >Description:
> 1. filesystem is zfs
> 2. snapdir property is visible
> 3. top directory of file system has .a file.
>
> with above condition, ls -l outputs `ls: ./.zfs: Operation not supported'
>
> >How-To-Repeat:
> backup8y# zfs create -o mountpoint=/test -o snapdir=visible tank/test
> backup8y# ls -l /test
> total 0
> dr-xr-xr-x 3 root wheel 3 Dec 14 15:46 .zfs
> backup8y# touch /test/.a
> backup8y# ls -l /test
> total 1
> -rw-r--r-- 1 root wheel 0 Dec 14 15:46 .a
> ls: /test/.zfs: Operation not supported
> dr-xr-xr-x 3 root wheel 3 Dec 14 15:46 .zfs
ls(1) detects from the first file in the listing if the file system
supports ACLs and assumes that all files on the same file system support
ACLs. The ".zfs" directory is special and doesn't support ACLs. Thus
ls(1) prints an error message for acl_get_link_np(3) failure.
Also, if the ".zfs" directory is the first entry of a listing, ls(1)
assumes that files on the same file system don't have ACLs and doesn't
print '+' after mode.
--
Jaakko
More information about the freebsd-bugs
mailing list