From owner-freebsd-geom@FreeBSD.ORG Mon Dec 17 10:33:34 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 C057916A41A; Mon, 17 Dec 2007 10:33:34 +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 8638F13C535; Mon, 17 Dec 2007 10:33:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2FBD4744014; Mon, 17 Dec 2007 12:33:33 +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 sNAZdl9n5Upv; Mon, 17 Dec 2007 12:33:33 +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 0B06D744012; Mon, 17 Dec 2007 12:33:33 +0200 (EET) Message-ID: <4766507C.6090404@icyb.net.ua> Date: Mon, 17 Dec 2007 12:33:32 +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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: 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:33:34 -0000 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. 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) ? -- Andriy Gapon