From owner-freebsd-questions@freebsd.org Mon Oct 26 11:44:33 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45AABA19C8A for ; Mon, 26 Oct 2015 11:44:33 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D85CD1CC6 for ; Mon, 26 Oct 2015 11:44:32 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t9QBiP6v018067 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 26 Oct 2015 11:44:27 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t9QBiP6v018067 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1445859867; bh=Kcu7b/k66aOBfemcFvJvVvF25IOdVlv3DF41GxF4e10=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20cd=20/.zfs/snapshot=20hangs=20(tmux=20put=20to=2 0uninterruptible=20sleep)|To:=20freebsd-questions@freebsd.org|Refe rences:=20<562CB2C2.6090402@kulturflatrate.net>=0D=0A=20<562CB8CF. 7010504@FreeBSD.org>=20<562CC1DD.9060207@kulturflatrate.net>=0D=0A =20<562CC308.6060901@FreeBSD.org>=20<562CC547.8080308@kulturflatra te.net>=0D=0A=20<562CC7B6.5040404@FreeBSD.org>=20<562CC939.5060807 @kulturflatrate.net>=0D=0A=20<562E0DDA.3020202@freebsd.org>|From:= 20Matthew=20Seaman=20|Date:=20Mon ,=2026=20Oct=202015=2011:44:25=20+0000|In-Reply-To:=20<562E0DDA.30 20202@freebsd.org>; b=obnlZ9ZD261xPKi8B0g31iz3WddZzqAZI4RXJBvv8UwQTfvbxRPw3v5yjKX/cO0J5 ACQzFv0k2s5E12pN1NysJl12KD0IPEouc7RCOvPVF3P3KtDPHQg26hTV9Fe22I6e3O vty7LwW43m67yzs6rE2y30MUvrLJHgA1HFmLqUr8= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Subject: Re: cd /.zfs/snapshot hangs (tmux put to uninterruptible sleep) To: freebsd-questions@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> From: Matthew Seaman Message-ID: <562E1219.4080203@infracaninophile.co.uk> Date: Mon, 26 Oct 2015 11:44:25 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562E0DDA.3020202@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vON4BFgcGPFbx7TKUdlVhBSGOg6xwhq06" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 11:44:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vON4BFgcGPFbx7TKUdlVhBSGOg6xwhq06 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 happen= ing >>> 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. >> >=20 > Hmmm... I can't reproduce the problematic effect. I set up a zfs with > snapshots like so: >=20 > # 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 - >=20 > where the contents of the ZFS were: >=20 > # find /.......1 > /.......1 > /.......1/aaa > /.......1/aaa/bbb > /.......1/aaa/bbb/ccc >=20 > 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): >=20 > # 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 >=20 > # cd > /.......1/.zfs/snapshot/....3.........4.........5.........6.........7..= =2E......8.........9.........0/aaa/bbb >=20 > /.......1/.zfs/snapshot/....3.........4.........5.........6.........7..= =2E......8.........9.........0/aaa/bbb: > File name too long. >=20 >=20 > 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 >=20 > Cheers, >=20 > Matthew >=20 >=20 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 --vON4BFgcGPFbx7TKUdlVhBSGOg6xwhq06 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----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----- --vON4BFgcGPFbx7TKUdlVhBSGOg6xwhq06--