Date: Wed, 22 Jan 2014 14:37:32 +1300 From: Matt Magoffin <matt@msqr.us> To: krichy@tvnetwork.hu Cc: freebsd-fs@freebsd.org Subject: Re: ZFS snapshot renames failing after upgrade to 9.2 Message-ID: <F7C75A7F-ED28-4C0E-8A5F-677E3FE9AE8E@msqr.us> In-Reply-To: <alpine.DEB.2.10.1312201716570.22349@krichy.tvnetwork.hu> 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> <alpine.DEB.2.10.1312191718330.12885@krichy.tvnetwork.hu> <20131219174054.91ac617a.gerrit.kuehn@aei.mpg.de> <alpine.DEB.2.10.1312192007100.30378@krichy.tvnetwork.hu> <20131220100522.382a39ac.gerrit.kuehn@aei.mpg.de> <alpine.DEB.2.10.1312201010350.12244@krichy.tvnetwork.hu> <alpine.DEB.2.10.1312201716570.22349@krichy.tvnetwork.hu>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #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
On Dec 21, 2013, at 5:18 AM, krichy@tvnetwork.hu wrote:
> Dear Gerrit,
>
> 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.
>
> I will look if I can check or fix it.
>
> Did this work in 9.1?
>
> Regards,
>
>
> Kojedzinszky Richard
> Euronet Magyarorszag Informatikai Zrt.
>
>>> Date: Fri, 20 Dec 2013 10:05:22 +0100
>>> From: Gerrit Khn <gerrit.kuehn@aei.mpg.de>
>>> 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
[-- Attachment #2 --]
0 *H
010 + 0 *H
0}0e0 *H
0k10Umsqr CA1
0U
msqr1 0UCertification Authority10 UUS10 *H
ca@msqr.us0
130707212512Z
230705212512Z0s10U
Matt Magoffin1
0U
msqr1 0UCertification Authority10 UUS10 *H
matt@msqr.us0"0
*H
0
BlkXe^J_"n2i1| .29^%<)lB_&
EO2Ǚ$ $^*-=@$
-1(м[KuqŶaйtOGrUwV:}JHʘY\:NWTMuix8ы/խNL|> 8b`-ͦ?͋!)2ۊ9fDAFj,*tZ? M40ՠ49`mgԽI &0$0U0U%0U% 0
*H
~-`qA8r'<^HCJjfowXfS,"r %Tٲ.<':$h8,EoMivnP{ 7yqd@4Dڅl މ(@ܦ_Ġ蚤?Bbt`F$FH]'j9uq V#%T7\ K%'ru(〃-R
,
SюH0l'CKD100p0k10Umsqr CA1
0U
msqr1 0UCertification Authority10 UUS10 *H
ca@msqr.us0 + b0 *H
1 *H
0 *H
1
140122013733Z0# *H
1&-gHڃ] 0 +71r0p0k10Umsqr CA1
0U
msqr1 0UCertification Authority10 UUS10 *H
ca@msqr.us0*H
1rp0k10Umsqr CA1
0U
msqr1 0UCertification Authority10 UUS10 *H
ca@msqr.us0
*H
h#V}s>c6}o>O}v/|#005G3iґ`ya +l0
G-|k~0(3cD[eXikx=D
džvBң:XF4Uޫ?xL`#U(gt
Zͫwąx.f4Rrn 'IUYzK$ۃ4@|KyL8ߤ$>t#|$tC[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F7C75A7F-ED28-4C0E-8A5F-677E3FE9AE8E>
