Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 26 Dec 2010 19:15:42 -0500 (EST)
From:      Charles Sprickman <spork@bway.net>
To:        Daniel Braniss <danny@cs.huji.ac.il>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: unable to pwd in ZFS snapshot
Message-ID:  <alpine.OSX.2.00.1012261912460.43483@hotlap.local>
In-Reply-To: <E1PWmXV-00085C-NK@kabab.cs.huji.ac.il>
References:  <E1PWkzd-0006J0-OC@kabab.cs.huji.ac.il> <20101226073156.GA84868@mail.hs.ntnu.edu.tw> <E1PWmXV-00085C-NK@kabab.cs.huji.ac.il>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 26 Dec 2010, 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, but
>>> it's almost a year old.
>>> 	http://people.freebsd.org/~jh/patches/zfs-ctldir-vptocnp.diff
>>
>> Setting snapdir to visible should fix this right away:
>> # zfs set snapdir=visible tank/foo
>>
> it did indeed!
> any reason why this should not be the default behaviour?

Others mentioned "rsync" or "cp" (used recursively) might pick up these 
directories.  These are good reasons, especially if you've got a few 
hundred snapshots, which would not be uncommon when using ZFS on a host 
that's doing disk-based backups.

Other gotchas would be some of the periodic scripts - you don't want 
locate.updatedb traversing all that, or the setuid checks.  Also I know 
I'm prone to sometimes doing a brute-force "find" which can also dip into 
those hundreds of snapshot dirs.  In general, I think having the 
directories hidden is a good default.

Wouldn't be opposed to having the "pwd" issue fixed though...

Thanks,

Charles

> thanks,
> 	danny
>
>
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.OSX.2.00.1012261912460.43483>