From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 07:14:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F26BDED2 for ; Fri, 12 Sep 2014 07:14:03 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2C283E2 for ; Fri, 12 Sep 2014 07:14:03 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kx10so613969pab.24 for ; Fri, 12 Sep 2014 00:14:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y56uSAqPHEjsnkfrsEyZ2Ge6Xg3SSz7SRud7awLSbew=; b=okFOUTn3aqRMIa1OZULIHXrQCGFQ/jKYYq4i4kz84nL5eQUHZyVOIkXT2Tu7nf1lnr k69icm5apjDMuswOJ2nwC/nV9ncto/cm1yiAAbjU6q+7ND3CXsBkfC+RHYQgT9bAid8k ERJXXGtwUO6cgdcYll2FHQsljdwi6INAeUMm3y5gSqHq22tt7JfhlLZO3VxvzuF5pepJ dV6ptNODPKvaa21eTLdHE0TsH4/ewQI7/A4T0GkSf0zsj1OvEF38VUYktLeuNeg1wZlC u0b9763HDBhdHr+mnb89WHGnfOmph4JDpqnoDwJ1GhuFQPOnXmJiNNvQkdmALiVfmZ85 lJbA== MIME-Version: 1.0 X-Received: by 10.68.109.5 with SMTP id ho5mr9154596pbb.13.1410506043235; Fri, 12 Sep 2014 00:14:03 -0700 (PDT) Received: by 10.70.128.142 with HTTP; Fri, 12 Sep 2014 00:14:03 -0700 (PDT) In-Reply-To: <541280D8.9090500@ShaneWare.Biz> 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> Date: Fri, 12 Sep 2014 02:14:03 -0500 Message-ID: Subject: Re: Snapshots that won't delete [was: Re: ZFS on root booting...] From: Adam Vande More To: Shane Ambler Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-stable@freebsd.org" 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 07:14:04 -0000 On Fri, Sep 12, 2014 at 12:12 AM, 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. What exactly have you tried and what were the results? -- Adam