Re: Subvolumes and isolation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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...

That is in fact why I prefer entirely separate filesystems instead of 
simply subvolumes, and use separate (but identically sized) filesystems 
for primary backup as well -- using subvolumes there's only one 
filesystem superstructure and if it's damaged... Let's just say I'm not 
comfortable with all my data eggs in the same data basket... the one I 
might find someday the bottom just dropped out of (particularly since 
btrfs isn't fully stable yet)!

Of course the other benefit to multiple small partitions is that scrubs 
and balances are that much faster, too!  Having a balance or scrub take a 
minute or five is considerably different than having it take an hour or 
five! =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux