From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 06:35:15 2014 Return-Path: Delivered-To: freebsd-stable@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 F17D88CD for ; Fri, 12 Sep 2014 06:35:15 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4E7F99 for ; Fri, 12 Sep 2014 06:35:14 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA21879; Fri, 12 Sep 2014 09:35:13 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XSKRs-0005Jl-Tm; Fri, 12 Sep 2014 09:35:12 +0300 Message-ID: <541293D0.4080907@FreeBSD.org> Date: Fri, 12 Sep 2014 09:33:52 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Shane Ambler , freebsd-stable@FreeBSD.org Subject: Re: Snapshots that won't delete [was: Re: ZFS on root booting...] References: <7F008C560B48412AB66A1EBD9382DDAE@multiplay.co.uk> <9315C209-701A-49EF-85D3-ACCCD1513EC3@icloud.com> <959C54D2C8EB4AC8983DC1DA3CE042E3@multiplay.co.uk> <9F24DD48FBEA46C39F98DF600D46DA1A@multiplay.co.uk> <4450778127F4407EB6566A0FE11CD651@multiplay.co.uk> <090135D4-8B1F-42B4-82FC-6FD2F1DBDDA8@icloud.com> <20140911071233.GA50585@anubis.morrow.me.uk> <541280D8.9090500@ShaneWare.Biz> In-Reply-To: <541280D8.9090500@ShaneWare.Biz> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 06:35:16 -0000 On 12/09/2014 08:12, Shane Ambler wrote: > On 11/09/2014 16:42, Ben Morrow wrote: >> Quoth Adam McDougall : >>> >>> Were you running a newer kernel with an older format zpool? I heard >>> ixsystems had customers doing that and ran into corruption when they >>> tried to modify the zpool in some way (expand? I don't remember). >>> http://www.bsdnow.tv/episodes/2014_07_09-zfs_war_stories >> >> Oh! Might this be what's causing a problem I've been meaning to ask >> about? >> >> My desktop at home is running (a patched, but not anywhere to do with >> ZFS) 10-STABLE from a while ago, with a zpool that was created under >> 8.2-R and is still at version 15. I have been deliberately not upgrading >> it, because I saw no reason to and it seemed safer to leave things as >> they were. >> >> Recently, though, my dump script has started having occasional problems >> with snapshots that won't delete. Pending further investigation I have >> been renaming them to allow the recursive delete to succeed, and (so >> far) rebooting has always made it possible to get rid of them. > > I have seen that issue with 9.2 and at least one other person mentioned > it as well. I currently have a snapshot that I accessed at least 3 weeks > ago and renamed to keep rotations working and have not accessed since, > it still won't delete as it is busy. I can only delete these snapshots > after a reboot. > > The only cause I know is accessing the snapshot. > I can simply ls .zfs/snapshot/daily.01/somefolder to prevent it being > deleted. With a manual zfs destroy I get "dataset is busy" and have not > found a way to find any process that has hold of it. Look for it in `mount` output. > It seems that some aging of the snapshot needs to happen. Testing a > rotate, access, rotate keeps working ok, but access last nights > snapshot and then rotate and it blocks. > > I'm fairly sure that I was running 9.1 when I created this zpool and > then later upgraded to 9.2. zpool upgrade says "This system supports > ZFS pool feature flags" and "Pool 'zrpleader' already has all supported > features enabled". > -- Andriy Gapon