From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (ext-mx06.extmail.prod.ext.phx2.redhat.com [10.5.110.30]) by smtp.corp.redhat.com (Postfix) with ESMTPS id D2A9D60A99 for ; Fri, 14 Apr 2017 07:23:24 +0000 (UTC) Received: from mr001msb.fastweb.it (mr001msb.fastweb.it [85.18.95.85]) by mx1.redhat.com (Postfix) with ESMTP id EBE6E3D97C for ; Fri, 14 Apr 2017 07:23:21 +0000 (UTC) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Fri, 14 Apr 2017 09:23:17 +0200 From: Gionatan Danti In-Reply-To: References: <1438f48b-0a6d-4fb7-92dc-3688251e0a00@assyoma.it> <58E7992A.4030000@tlinx.org> Message-ID: <062fccc39afe128ef5950634309a01ea@assyoma.it> Subject: Re: [linux-lvm] Snapshot behavior on classic LVM vs ThinLVM Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: LVM general discussion and development Il 13-04-2017 14:59 Stuart Gathman ha scritto: > Using a classic snapshot for backup does not normally involve > activating > a large CoW. I generally create a smallish snapshot (a few gigs), > that > will not fill up during the backup process. If for some reason, a > snapshot were to fill up before backup completion, reads from the > snapshot get I/O errors (I've tested this), which alarms and aborts the > backup. Yes, keeping a snapshot around and activating it at boot can > be > a problem as the CoW gets large. > > If you are going to keep snapshots around indefinitely, the thinpools > are probably the way to go. (What happens when you fill up those? > Hopefully it "freezes" the pool rather than losing everything.) > Hi, no need to keep snapshot around. If so, the classic LVM solution would be completely inadequate. I simply worry that, with many virtual machines, even the temporary backup snapshot can fill up and cause some problem. When the snapshot fills, apart from it being dropped, there is anything I need to be worried about? Thanks. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti@assyoma.it - info@assyoma.it GPG public key ID: FF5F32A8