From: "Holger Hoffstätte" <holger.hoffstaette@googlemail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: Subvolumes and isolation
Date: Mon, 14 Apr 2014 12:25:44 +0000 (UTC) [thread overview]
Message-ID: <pan.2014.04.14.12.25.44@googlemail.com> (raw)
In-Reply-To: pan$83f14$2d652951$d4438311$791da6ce@cox.net
On Mon, 14 Apr 2014 11:50:19 +0000, Duncan wrote:
> Holger Hoffstätte posted on Mon, 14 Apr 2014 10:38:45 +0000 as excerpted:
>
>> So I'm happily using subvolumes and snapshots and was wondering about
>> subvolume low-level isolation. Assuming metadata=single, would a corrupt
>> metadata block in one subvolume's directory tree affect any other
>> subvolumes on the same physical partition, or would the fallout from
>> this bad block be contained?
>
> This isn't an authoritative answer, but AFAIK, chunks are /not/ subvolume-
> dedicated. In fact, on the wiki, the sysadmin's guide page defines a
> snapshot as simply a subvolume that shares its data and metadata with
> some other subvolume, using btrfs' COW capabilities. Obviously that
> would be rather difficult if subvolumes get dedicated data and metadata
> chunks, so...
Sure - I guess I should have stated that differently: I fully expect a
damaged subvolume to potentially have some effect on its snapshots,
and the same for data blocks (since they are single as well).
The situation is simple: I have the usual big backup drive attached to
my server with subvolumes for each individual machine, and snapshots that
are garbage-collected after a configurable amount of time since all machines
are wildly different in terms of size, change rate and backup retention.
Therefore subvolumes seemed the best compromise in terms of isolation &
easy restore while avoding the hassle of separate filesystems, partitions
etc.
Obviously this setup is not particularly resilient to catastrophic events
like complete drive death, but that's OK in my case.
Holger
prev parent reply other threads:[~2014-04-14 12:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-14 10:38 Subvolumes and isolation Holger Hoffstätte
2014-04-14 11:31 ` Hugo Mills
2014-04-14 11:50 ` Duncan
2014-04-14 12:25 ` Holger Hoffstätte [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=pan.2014.04.14.12.25.44@googlemail.com \
--to=holger.hoffstaette@googlemail.com \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).