From owner-freebsd-fs@FreeBSD.ORG Wed Jan 22 01:42:49 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 607FCF3 for ; Wed, 22 Jan 2014 01:42:49 +0000 (UTC) Received: from unit0.ironport.snap.net.nz (unit0.ironport.snap.net.nz [202.37.100.104]) by mx1.freebsd.org (Postfix) with ESMTP id C04DA1EF1 for ; Wed, 22 Jan 2014 01:42:48 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=URPCDH+C/Vd6YCmNGulkvdqfk8JR2pQf21upMj5D9os= c=1 sm=2 a=BQmAyTJ5I0kA:10 a=NjuLKI5jG4EA:10 a=6I5d2MoRAAAA:8 a=-2jejKkGW-9fZRYWB1IA:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAE4g31J7/y9j/2dsb2JhbABahBm7boEUFoMZAQEBAwFAAQE3AQQLCxEDAQIdEgJNCBmHfQelSYRSAQWYPxEGjhRQChEHgySBFJA/h2eVW4IU X-IronPort-AV: E=Sophos;i="4.95,697,1384254000"; d="p7s'?scan'208";a="229453237" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp0.ironport.snap.net.nz with ESMTP; 22 Jan 2014 14:37:39 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id 4CF902562D; Wed, 22 Jan 2014 14:37:39 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id s0M1bWKQ034508 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 22 Jan 2014 14:37:35 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1390354657; bh=NHHUfW0xZpD0NAFDQozK1La8Axpd64CeAhP26Ss1NbU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=s7Jic+pH745rhT7RB6YFzSMV4bQBqMeee3YeOCHAII7DufkXBtW/lcGwg82zYf5z6 hPSEiRffKxZlxBjot/M5ZBsGD6eoS/1Ptj5zfIxr5urFKUGopjuwLyZ48FMd25V3ib BQiZ97FMxQVMDaCfuLk2LumuQ9Ztd8+ecwUxXM/M= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_B579718B-9CB4-4CA9-A5EE-28F8C6E90EAB"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: ZFS snapshot renames failing after upgrade to 9.2 From: Matt Magoffin In-Reply-To: Date: Wed, 22 Jan 2014 14:37:32 +1300 Message-Id: References: <0C9FD4E1-0549-4849-BFC5-D8C5D4A34D64@msqr.us> <54D3B3C002184A52BEC9B1543854B87F@multiplay.co.uk> <333D57C6A4544067880D9CFC04F02312@multiplay.co.uk> <26053_1387447492_52B2C4C4_26053_331_1_20131219105503.3a8d1df3.gerrit.kuehn@aei.mpg.de> <20131219165549.9f2ca709.gerrit.kuehn@aei.mpg.de> <20131219174054.91ac617a.gerrit.kuehn@aei.mpg.de> <20131220100522.382a39ac.gerrit.kuehn@aei.mpg.de> To: krichy@tvnetwork.hu X-Mailer: Apple Mail (2.1827) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:42:49 -0000 --Apple-Mail=_B579718B-9CB4-4CA9-A5EE-28F8C6E90EAB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello, I missed the continuation of this thread, but wanted to add in that this = still happens for me (snapshot renames lead to unusable snapshots). I recently updated to 9.2-p3, and after restarting the system my scripts = were able to rename the existing snapshots as expected, but only one = time. When my backup script attempted to rename the new snapshot and the = older ones during its second run since the restart, it failed and ended = up in the unusable state. As for 9.1, I never had this problem in 9.1. It only started happening = for me after updating to 9.2. Kind regards, Matt=20 On Dec 21, 2013, at 5:18 AM, krichy@tvnetwork.hu wrote: > Dear Gerrit, >=20 > The problem is that when renaming snapshots, the mounted snapshot is = tried to be mounted again under a new name. Maybe, the rename code does = not remount them to their proper position, that may be the problem. >=20 > I will look if I can check or fix it. >=20 > Did this work in 9.1? >=20 > Regards, >=20 >=20 > Kojedzinszky Richard > Euronet Magyarorszag Informatikai Zrt. >=20 >>> Date: Fri, 20 Dec 2013 10:05:22 +0100 >>> From: Gerrit K=FChn >>> To: krichy@tvnetwork.hu >>> Cc: freebsd-fs@freebsd.org >>> Subject: Re: ZFS snapshot renames failing after upgrade to 9.2 >>> On Thu, 19 Dec 2013 20:08:22 +0100 (CET) krichy@tvnetwork.hu wrote = about >>> Re: ZFS snapshot renames failing after upgrade to 9.2: >>> KH> So a simple renaming can cause your system to hang? >>> No, it does not hang completely. >>> Just the snapshots become unusable. This night, it happened again: >>> --- >>> root@shapeshifter:~ # ll /tank/git/.zfs/snapshot/ >>> ls: daily.6: Device busy >>> total 33 >>> drwxr-xr-x 12 211 211 25 Dec 19 09:18 daily.0/ >>> drwxr-xr-x 12 211 211 25 Dec 19 00:00 daily.1/ >>> drwxr-xr-x 12 211 211 24 Dec 18 00:00 daily.2/ >>> drwxr-xr-x 12 211 211 24 Dec 17 00:00 daily.3/ >>> drwxr-xr-x 12 211 211 24 Dec 16 00:00 daily.4/ >>> drwxr-xr-x 12 211 211 24 Dec 14 00:00 daily.5/ >>> drwxr-xr-x 12 211 211 24 Dec 15 00:00 weekly.0/ >>> drwxr-xr-x 12 211 211 24 Dec 8 00:00 weekly.1/ >>> drwxr-xr-x 12 211 211 24 Dec 1 00:00 weekly.2/ >>> drwxr-xr-x 12 211 211 24 Nov 17 00:00 weekly.3/ >>> drwxr-xr-x 12 211 211 24 Nov 10 00:00 weekly.4/ >>> drwxr-xr-x 2 root wheel 3 Oct 20 00:00 weekly.5/ >>> drwxr-xr-x 2 root wheel 3 Oct 6 00:00 weekly.6/ >>> --- >>> root@shapeshifter:~ # zfs list -r -t snapshot -o >>> name,creation,used,referenced tank/git NAME >>> CREATION USED REFER tank/git@weekly.6 Sun Oct 6 = 0:00 >>> 2013 42.6K 62.8K tank/git@weekly.5 Sun Oct 20 0:00 2013 42.6K = 62.8K >>> tank/git@weekly.4 Sun Nov 10 0:00 2013 29.5M 146G >>> tank/git@weekly.3 Sun Nov 17 0:00 2013 27.1M 146G >>> tank/git@weekly.2 Sun Dec 1 0:00 2013 26.3M 146G >>> tank/git@weekly.1 Sun Dec 8 0:00 2013 27.3M 146G >>> tank/git@daily.6 Sat Dec 14 0:00 2013 26.5M 147G >>> tank/git@weekly.0 Sun Dec 15 0:00 2013 25.2M 147G >>> tank/git@daily.5 Mon Dec 16 0:00 2013 24.7M 147G >>> tank/git@daily.4 Tue Dec 17 0:00 2013 24.9M 147G >>> tank/git@daily.3 Wed Dec 18 0:00 2013 25.7M 147G >>> tank/git@daily.2 Thu Dec 19 0:00 2013 25.8M 147G >>> tank/git@daily.1 Thu Dec 19 9:19 2013 25.0M 147G >>> tank/git@daily.0 Fri Dec 20 0:00 2013 26.8M 147G >>> --- >>> As you can see, the snapshot rotating got stuck somewhere. What is >>> displayed under .zfs/snapshot does not reflect what zfs is really = seeing: >>> daily.6 is inaccessible, and the rotation that happened so far is = not >>> reflected under .zfs/snapshot, either. >>> cu >>> Gerrit --Apple-Mail=_B579718B-9CB4-4CA9-A5EE-28F8C6E90EAB Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDEyMjAx MzczM1owIwYJKoZIhvcNAQkEMRYEFH/yzMAm+KYt32dIENrag13eCY/oMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAGgjVn2zc6g+Y8I24X1v/qDnPhal HMVPfXYvgnwjMDA1R7oBHgwzy2nU0pEQ+B4WYN553GGA0gkrwv4IHdr9tOiJF4lsMNLDCkfyLbh8 32vywsJ+veLb8BUwKPmNBTNjROxbZVhpBfRreO09RAidnQqbw9vFx4aRD3bWQuPo4rz174YD0qMX OlhGNMtV3qvxfxLY6T94lam2TBpgs44jVYqWlwMeKGd0DeLmrQVazat3/8SF13gu4mY0UolybgAn SVVZjnqsSyR/24PRNPTbF/azQA77HdV8xPnj2kubrd95HEyAxOsSOJYG4aXfpAbw1+EkPnT6I3wk pfELdEPgs1sAAAAAAAA= --Apple-Mail=_B579718B-9CB4-4CA9-A5EE-28F8C6E90EAB--