From owner-freebsd-fs@FreeBSD.ORG Fri Dec 20 16:18:40 2013 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 D1601C78 for ; Fri, 20 Dec 2013 16:18:40 +0000 (UTC) Received: from krichy.tvnetwork.hu (unknown [IPv6:2a01:be00:0:2::10]) by mx1.freebsd.org (Postfix) with ESMTP id 882BF11C0 for ; Fri, 20 Dec 2013 16:18:40 +0000 (UTC) Received: by krichy.tvnetwork.hu (Postfix, from userid 1000) id 686397F48; Fri, 20 Dec 2013 17:18:18 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by krichy.tvnetwork.hu (Postfix) with ESMTP id 638D37F47; Fri, 20 Dec 2013 17:18:18 +0100 (CET) Date: Fri, 20 Dec 2013 17:18:18 +0100 (CET) From: krichy@tvnetwork.hu To: =?ISO-8859-15?Q?Gerrit_K=FChn?= Subject: Re: ZFS snapshot renames failing after upgrade to 9.2 In-Reply-To: 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> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 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: Fri, 20 Dec 2013 16:18:40 -0000 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. On Fri, 20 Dec 2013, krichy@tvnetwork.hu wrote: > Date: Fri, 20 Dec 2013 10:19:15 +0100 (CET) > From: krichy@tvnetwork.hu > To: Gerrit Kühn > Cc: freebsd-fs@freebsd.org > Subject: Re: ZFS snapshot renames failing after upgrade to 9.2 > > Dear Gerrit, > > It is not a solution, but I use different snapshot handling mechanisms. I > wrote a simple script which handles that, and the snapshots are named by its > creation timestamp. I think it is more usable to see that when that snapshot > was exactly taken, and the script thus only does snapshot creation, and > deletion, no renames. > > That scripts only limitation is that it is planned to run hourly, creating > hourly snapshots, and when run again, it queries the existing one's list, and > decides which to keep or remove. Thus you have to run it hourly in cron like: > # crontab -l > 0 * * * * /usr/local/sbin/zfs-snapshot > > Regards, > > > Kojedzinszky Richard > Euronet Magyarorszag Informatikai Zrt. > > On Fri, 20 Dec 2013, Gerrit Kühn wrote: > >> Date: Fri, 20 Dec 2013 10:05:22 +0100 >> From: Gerrit Kühn >> 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 >