Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Oct 2015 11:44:25 +0000
From:      Matthew Seaman <m.seaman@infracaninophile.co.uk>
To:        freebsd-questions@freebsd.org
Subject:   Re: cd /.zfs/snapshot hangs (tmux put to uninterruptible sleep)
Message-ID:  <562E1219.4080203@infracaninophile.co.uk>
In-Reply-To: <562E0DDA.3020202@freebsd.org>
References:  <562CB2C2.6090402@kulturflatrate.net> <562CB8CF.7010504@FreeBSD.org> <562CC1DD.9060207@kulturflatrate.net> <562CC308.6060901@FreeBSD.org> <562CC547.8080308@kulturflatrate.net> <562CC7B6.5040404@FreeBSD.org> <562CC939.5060807@kulturflatrate.net> <562E0DDA.3020202@freebsd.org>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On 10/26/15 11:26, Matthew Seaman wrote:
> On 10/25/15 12:21, Niklaas Baudet von Gersdorff wrote:
>> On 25/10/15 13:14, Matthew Seaman wrote:
>>> Please do go ahead and reset your system.  Just realizing it's happening
>>> to other people than me is sufficient incentive.
>>
>> OK. Thanks a lot for your help!
>>
>>> PS.  If you need to access one of the troublesome snapshots, use 'zfs
>>> clone' -- it seems to avoid the various pitfalls.
>>
>> OK. Great.
>>
> 
> Hmmm... I can't reproduce the problematic effect.  I set up a zfs with
> snapshots like so:
> 
> # zfs list -t all -r tank/.......1
> NAME
>                     USED  AVAIL  REFER  MOUNTPOINT
> tank/.......1
>                      19K   769G    19K  /.......1
> tank/.......1@....3.........4.........5.........6.........7.........8........
>                  0      -    19K  -
> tank/.......1@....3.........4.........5.........6.........7.........8.........
>                 0      -    19K  -
> tank/.......1@....3.........4.........5.........6.........7.........8.........9.........0
>      0      -    19K  -
> 
> where the contents of the ZFS were:
> 
> # find /.......1
> /.......1
> /.......1/aaa
> /.......1/aaa/bbb
> /.......1/aaa/bbb/ccc
> 
> Sorry about the funky filenames -- they're just for counting the
> characters in the automount path for the snapshot.  The result is like
> so (if you can make it out despite the line wrapping my mail client
> wants to add):
> 
> # find /.......1/.zfs/snapshot
> /.......1/.zfs/snapshot
> find:
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8.........:
> File name too long
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8........
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8......../aaa
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8......../aaa/bbb
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8......../aaa/bbb/ccc
> find:
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8.........9.........0:
> File name too long
> 
> # cd
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8.........9.........0/aaa/bbb
> 
> /.......1/.zfs/snapshot/....3.........4.........5.........6.........7.........8.........9.........0/aaa/bbb:
> File name too long.
> 
> 
> ie.  a mounted path length of 88 characters is OK, but 89 or 100
> characters gets the 'name too long' error.  However, I can't detect any
> problems after that.  No processes stuck trying to do IO.  So I guess
> that whatever the problem was, it has been fixed in 10.2-RELEASE
> 
> 	Cheers,
> 
> 	Matthew
> 
> 

Actually, here is the problem:

stingray:/:# zfs destroy -r tank/.......1
cannot unmount '/.......1': Device busy

But that is easily fixed by:

stingray:/:# zfs umount -f /.......1
stingray:/:# zfs destroy -r tank/.......1

I wonder if that's worth a PR?  I recall now this is exactly what I ran
into before, but it seems rather different to what you're seeing.

	Cheers,

	Matthew



[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJWLhIZAAoJEABRPxDgqeTnIbwP/it9lXeFVsX2V08n08SLHy47
hhyeRKz2ORXlpdUTxYmAoQhPHtjgN8BGWZQ9OnB9yFaXiIAH3Gx8NU2avfSDQDqp
OVuOvsqL9e5eXzSTU02xwwRf16rqchNAPEvJNPp/49KCdNxb9t/vcVupYEyWkwFK
1tjdgVUBVy8O+Pbc8Olj/totdsnewFfrxPzPcR3+qigNf8oWNo1vjnfzdyYo4lSK
kcDuwY3+3Nhvu4zWm6L1C94DRglVuSgkKEyzWFLSAPQ6Wv73dgxI1UHEm0dTQ1yX
MFuGZmcOG0CGSHbBm9ftTezuwSQmxVfd4bea92cd7Ab/2Fw2WyyDzlCxdHz3196L
5mg9DWC4dI8AbgJfOQN4hXcwTB9YJjTX54QJjBn8yZIqdURcTkpWI/9sKIQ0bya5
dAOEqpIGxr9kKqLMU2Z645vmOghqqNoanN7VIIFqfFD4lfO1N5V81pQ5ZU9440Nm
wKsdAsGmgNQ8PPmDLP5ONWfmxGtzeTpKT9QfYGyJzJpHsqkKnph/fo196+RKDHwy
Z4DHGViIIbxfP9x5+5Uokazo7U8pyX3uMf2eZlc4p7ukFJjU/R8aChVVjPb0AAgB
FHYWaA3KOHf3toGEZzeQ3UfaBYJP2X34U/uTl4+ojaCSkEzdCwqyB+tEnfBJVMIm
/zr/ShEnTQMtmg58rsrX
=Ssvl
-----END PGP SIGNATURE-----
home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?562E1219.4080203>