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