[clue] btrfs vs ZFS question
dennisjperkins
dennisjperkins at comcast.net
Sun Mar 31 13:25:40 MDT 2019
Btrfs seems more flexible for snapshots, but that can also mean more complicated if you are not careful. You can only take snapshots of a subvolume. You might not want a snapshot if everything in /, like /home or /temp, but if you make these subvolumes, a snapshot of / will not include them because Btrfs won't include embedded subvolumes in a snapshot. Sent from my Galaxy Tab® S2
-------- Original message --------From: Sean LeBlanc <seanleblanc at comcast.net> Date: 3/31/19 11:39 AM (GMT-07:00) To: clue at cluedenver.org Subject: Re: [clue] btrfs vs ZFS question
I think he might have meant me, but you
saw it first and probably had more info anyway, so it works out.
:)
My experience with ZFS has - so far -
been somewhat at arms' length. I've been using it via FreeNAS and
about the only thing I've done of any consequence is replace each
drive, let it resilver, then move on to the other, until the
entire set has been expanded. *knocks on wood* I kind of want this
sort of storage to be boring, but reliable.
From what I can tell - and I only
looked a little bit about 5 years ago or so - btrfs has more
promise as far as features, and is not a pain to get to work under
Linux (as opposed to things like ZoL), but in the opinion of some
at the time, btrfs seemed a bit more, um, sketchy. ZFS had the
advantage of a lot of research early on by Sun/Oracle, and then
the OpenZFS fork made it for the world and move beyond just
Solaris. It's a shame that it seems mostly still confined to
FreeBSD. I don't mind FreeBSD, and actually like a few things
about it, but I realize that easy Linux interop is going to make
adoption much higher.
Seems that btrfs is much more mature
now and probably has more features than OpenZFS? Since Dennis'
links prompted me to do more reading on it again, it does seem the
CoW feature per file is an interesting one for sure, if I
understand it correctly.
Also based on comments or in articles
themselves, I still may take a Pi and use that as a way of
shipping deltas from my ZFS pools to a Pi running FreeBSD. Someone
had mentioned they were doing incremental backups of very large
dataset (53Tb?) to a Pi in this way. Seems a good way to have some
(extra) assurances of your data - at least if you are already
using ZFS.
On 3/27/19 9:33 PM, Shawn Perry wrote:
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:206069545;
mso-list-type:hybrid;
mso-list-template-ids:-818243276 -1 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
-->
I’m assuming you mean me, so I’ll answer.
You can add.
You should add in the same pattern that already exists to
maintain performance and redundancy. If you have a 4 disk
raid 5, you should add 4 more disks in a raid 5 config.
You cannot
remove yet. 0.8x will allow removing, but only to cover
accidental adds.
You can
resize up. If you replace a disk with a larger one, you can
expand the space. If you add more disks, you can use the
extra space.
You cannot
shrink or remove.
The data
does not need balancing unless you add disks. To rebalance,
you would need to re-copy the data. You can use send/recv to
do that. You’d need to stop things to do this. The actual
stoppage will be only the amount of time it takes you to
type “zfs rename <source> <destination>” twice.
Once to move the old out of the way, once to move the new
back to the original location.
Sorta. You
can split mirrors in a raid 1 or raid 10 config to drop down
to a single disk or raid 0, respectively. You cannot reshape
like md or btrfs.
From:
Dennis J Perkins
Sent: Wednesday, March 27, 2019 9:23 PM
To: CLUE's mailing list
Subject: [clue] btrfs vs ZFS question
Sean, does ZFS let you do these things?
Btrfs lets you do the following without
stopping anything:
1. Add or remove partitions. If you remove
a partition, make sure the
remaining drives have enough capacity.
2. Resize a btrfs system.
3. Balance the data.
4. Switch between single disk, RAID 0, RAID
1, or RAID 10 configs.
Shuffling data around as a result of any of
these operatins is done in
the background and might take hours.
_______________________________________________
clue mailing list: clue at cluedenver.org
For information, account preferences, or to
unsubscribe see:
http://cluedenver.org/mailman/listinfo/clue
_______________________________________________
clue mailing list: clue at cluedenver.org
For information, account preferences, or to unsubscribe see:
http://cluedenver.org/mailman/listinfo/clue
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20190331/c2653eb9/attachment.html
More information about the clue
mailing list