linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sean Greenslade <sean@seangreenslade.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: RAID1 disk upgrade method
Date: Sat, 23 Jan 2016 16:41:28 -0500	[thread overview]
Message-ID: <20160123214127.GA601@fox.wireless.rit.edu> (raw)
In-Reply-To: <pan$ab5ec$b21ab56e$f67a3d97$7303502@cox.net>

On Fri, Jan 22, 2016 at 10:54:58AM +0000, Duncan wrote:
> And since you do have the raid1 creation kernel info there too, I can 
> tell you that yes, a number of filesystem features are now default that 
> weren't, back on kernel 3.10, including I believe 16k node size (the 
> default back then was 4k, tho 16k was an available option, just not the 
> default).  I'm quite sure that was before skinny metadata by default, as 
> well.  Whether the newer features are worth the additional hassle of 
> doing the new mkfs.btrfs and copy, as opposed to the more straightforward 
> btrfs replace, is up to you, but yes, the defaults are slightly different 
> now, so you have that additional information to consider when choosing 
> your upgrade method. =:^)

Thanks Duncan, Austin, and Chris. I think my plan is going to be to do
btrfs replace on the disks, and try to enable skinny extents with
btrfstune. I'm not really concerned about the node size, as from what I
can tell it's just a slight performance bump.

Question about btrfstune: It seems to only operate on unmounted
partitions. If I want to enable skinny extents on my raid1, do I need to
run btrfstune on both drives, or just one? And I'm assuming it will just
apply to newly-allocated extents, so I should enable it before I start
the replace, correct?

--Sean

  reply	other threads:[~2016-01-23 21:41 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-22  3:45 RAID1 disk upgrade method Sean Greenslade
2016-01-22  4:37 ` Chris Murphy
2016-01-22 10:54 ` Duncan
2016-01-23 21:41   ` Sean Greenslade [this message]
2016-01-24  0:03     ` Chris Murphy
2016-01-27 22:45       ` Sean Greenslade
2016-01-27 23:55         ` Sean Greenslade
2016-01-28 12:31           ` Austin S. Hemmelgarn
2016-01-28 15:37             ` Sean Greenslade
2016-01-28 16:18               ` Chris Murphy
2016-01-28 18:47                 ` Sean Greenslade
2016-01-28 19:37                   ` Austin S. Hemmelgarn
2016-01-28 19:46                     ` Chris Murphy
2016-01-28 19:49                       ` Austin S. Hemmelgarn
2016-01-28 20:24                         ` Chris Murphy
2016-01-28 20:41                           ` Sean Greenslade
2016-01-28 20:44                           ` Austin S. Hemmelgarn
2016-01-28 23:01                             ` Chris Murphy
2016-01-29 12:14                               ` Austin S. Hemmelgarn
2016-01-29 20:27                                 ` Henk Slager
2016-01-29 20:40                                   ` Austin S. Hemmelgarn
2016-01-29 22:06                                     ` Henk Slager
2016-02-01 12:08                                       ` Austin S. Hemmelgarn
2016-01-29 20:41                                 ` Chris Murphy
2016-01-30 14:50                                 ` Patrik Lundquist
2016-01-30 19:44                                   ` Chris Murphy
2016-02-04 19:20                                   ` Patrik Lundquist
2016-01-28 19:39                   ` Chris Murphy
2016-01-28 22:51                     ` Duncan
2016-02-14  0:44                   ` Sean Greenslade
2016-01-22 14:27 ` Austin S. Hemmelgarn

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=20160123214127.GA601@fox.wireless.rit.edu \
    --to=sean@seangreenslade.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).