Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Oct 2015 11:26:18 +0000
From:      Matthew Seaman <matthew@freebsd.org>
To:        Niklaas Baudet von Gersdorff <niklaas@kulturflatrate.net>, freebsd-questions@freebsd.org
Subject:   Re: cd /.zfs/snapshot hangs (tmux put to uninterruptible sleep)
Message-ID:  <562E0DDA.3020202@freebsd.org>
In-Reply-To: <562CC939.5060807@kulturflatrate.net>
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>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--XOFcEnloD0uUeSuDaOJgdsw40k7mSVRor
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

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 happeni=
ng
>> to other people than me is sufficient incentive.
>=20
> OK. Thanks a lot for your help!
>=20
>> PS.  If you need to access one of the troublesome snapshots, use 'zfs
>> clone' -- it seems to avoid the various pitfalls.
>=20
> OK. Great.
>=20

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....=
=2E...
                 0      -    19K  -
tank/.......1@....3.........4.........5.........6.........7.........8....=
=2E....
                0      -    19K  -
tank/.......1@....3.........4.........5.........6.........7.........8....=
=2E....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....=
=2E....8.........:
File name too long
/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....8........
/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....8......../aaa
/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....8......../aaa/bbb
/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....8......../aaa/bbb/ccc
find:
/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....8.........9.........0:
File name too long

# cd
/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....8.........9.........0/aaa/bbb

/.......1/.zfs/snapshot/....3.........4.........5.........6.........7....=
=2E....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



--XOFcEnloD0uUeSuDaOJgdsw40k7mSVRor
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJWLg3aAAoJEABRPxDgqeTn+FgP/09bqrqk7ZkbyUqbAbLJpQUK
L63uuYWDAplm2MrvttOtk8XABP0cPpRz5P54n6LCWm6Y5ka/zxRFWQCfyRiH7XZG
71HqvCY/qJpXrAXogXgW5/462NGzOMhoy1QbrX+pGSM7n17aJ8aIErvH8NvGkmOV
YfAcf84cK4L9JEFNwB89/UiA7sRqBNbEz1NdsvDGeSEcjHl4a1oJdeqBp08fQ58+
NVsCusV1raatpZ7AjUOmmSltC7wzqr1uSKomRFjNIwxQNkh59HMKHffRRoFmvLBm
ptpHk0beWDHqmPR6VYp1C70qdGT4TsshjrxXG8Z7fYwZiswLkzOxR5pYfe39BI6e
qr+p/qsy646VGh4pcOZspncg+UFaVFD1SlbDfEFrUYgQ9M0gelNFjf/B+MRW+A4Q
IsHaVoBc7TZNVqDi+uth4vrwaMyG5XEbIjpTi0dTrBAayPMjV9jBAZm9W38Gxwl2
g0LfGbPiMLn01XLtFYzhgMYCGey/toucdNwr0IMPb9vM5U0PTt+XASRgLCMDIsMR
u7wIuTpmcnH1bqMmxpc+63IW1giyNMK1jxPcmB3Q5WGVVvcl1BDO2Dg9OXfF8jGj
lez6vUBpC9o61JZTlDcfP+YylxJ+V5CXdmvSB5+aT70GLxhxpZv7EFb5gBoakX3q
jwxbxZZlfjx1qLISe3y5
=rFEl
-----END PGP SIGNATURE-----

--XOFcEnloD0uUeSuDaOJgdsw40k7mSVRor--



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?562E0DDA.3020202>