From owner-freebsd-stable@FreeBSD.ORG Sun Dec 26 11:32:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FBC1065693 for ; Sun, 26 Dec 2010 11:32:05 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id DE6818FC13 for ; Sun, 26 Dec 2010 11:32:04 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1PWopX-000A1z-5G; Sun, 26 Dec 2010 13:32:03 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ruben van Staveren In-reply-to: <91EDEEE8-215F-438D-923E-12A75F7B2C88@verweg.com> References: <20101226073156.GA84868@mail.hs.ntnu.edu.tw> <91EDEEE8-215F-438D-923E-12A75F7B2C88@verweg.com> Comments: In-reply-to Ruben van Staveren message dated "Sun, 26 Dec 2010 11:47:41 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 26 Dec 2010 13:32:03 +0200 From: Daniel Braniss Message-ID: Cc: FreeBSD Stable Subject: Re: unable to pwd in ZFS snapshot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2010 11:32:05 -0000 > > On 26 Dec 2010, at 10:05, Daniel Braniss wrote: > > >> On Sun, Dec 26, 2010 at 09:26:13AM +0200, Daniel Braniss wrote: > >>> this is still broken in 8.2-PRERELEASE, there seems to be a patch, = =3Dbut > >>> it's almost a year old. > >>> http://people.freebsd.org/=7Ejh/patches/zfs-ctldir-vptocnp.diff > >>=20 > >> Setting snapdir to visible should fix this right away: > >> =23 zfs set snapdir=3Dvisible tank/foo > >>=20 > > it did indeed=21 > > any reason why this should not be the default behaviour? >=20 > Personally, I want to have the snapshot, but not see the directory othe= rwise so that > it doesn't get scooped up by rsync et al inadvertently I agree, so the point is that as usual, the solution fixes one problem by= =20 creating another one :-) so basically, the bug is still there, or is it a feature? ie: ls /h/.zfs/snapshot/20101225/ works cd /h/.zfs/snapshot/20101225/ works pwd pwd: .: No such file or directory btw, why use rsync if 'zfs send=7C zfs recv' work realy nice? cheers, danny