From owner-freebsd-geom@FreeBSD.ORG Mon Dec 17 10:41:10 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6646616A46C; Mon, 17 Dec 2007 10:41:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3200113C4CE; Mon, 17 Dec 2007 10:41:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 0DBB9744014; Mon, 17 Dec 2007 12:41:09 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FGfd2LocLG1O; Mon, 17 Dec 2007 12:41:08 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id DD5B1744012; Mon, 17 Dec 2007 12:41:08 +0200 (EET) Message-ID: <47665244.1070108@icyb.net.ua> Date: Mon, 17 Dec 2007 12:41:08 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Pawel Jakub Dawidek , freebsd-geom@freebsd.org References: <4766507C.6090404@icyb.net.ua> In-Reply-To: <4766507C.6090404@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: gjournal 6.X and fs snapshots X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 10:41:10 -0000 on 17/12/2007 12:33 Andriy Gapon said the following: > Pawel, > > it seems that 6.X gjournal (with .deleted/ directory) keeps files for fs > snapshots "forever". I use "dump -L" to create backups of live > filesystems and noticed that after some days dump fails with: > mksnap_ffs: Cannot create /var/.snap/dump_snapshot: No space left on device > > I looked into .deleted and see 20 files owned by operator with the same > "huge" size (circa size of the whole fs). So my conclusion was that > those are the snapshot files, so I have 20 active snapshots and so I > have exhausted their limit. And yes, using mdconfig and mount I could mount one of the files and it was an image of the fs. > Does this look as a correct understanding ? Is there a way to cleanup > those without a reboot ? Can I simply rm them (without any bad > consequences) ? Well, I removed one and everything seems to have gone ok. So, I guess I could declare this issue a "minor annoyance" and live with it until upgrade to 7. I hope that in 7 gjournal doesn't keep the snapshots around after they are deleted. -- Andriy Gapon