On Mon, Aug 10, 2015 at 6:13 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> We do recommend that you stay relatively current on both kernel and
> userspace, however. So a current 4.1 series kernel and btrfs-progs 4.1.2
> are excellent, but consider another filesystem if you're the type who was
> stil
Jim MacBaine posted on Sun, 09 Aug 2015 14:29:53 +0200 as excerpted:
> Traditionally I'm using rsync to create hardlinked backups on ext3/4 on
> md-raid1. This setup has been working reliably for many years now,
> including the survival of two disk failures. But it is quite cumbersome
> to reshape
Rich Freeman posted on Sun, 09 Aug 2015 22:25:35 -0400 as excerpted:
> The key is that btrfs manages "raid" at the chunk level, not the
> device level. When btrfs needs more disk space it allocates a new
> chunk from unallocated space on a device. If it is in raid1 mode it
> will allocate a pair
On Sun, Aug 9, 2015 at 8:47 AM, Hugo Mills wrote:
> On Sun, Aug 09, 2015 at 02:29:53PM +0200, Jim MacBaine wrote:
>> Hi,
>>
>> How does btrfs handle raid1 on a bunch of uneven sized disks? Can I
>> just keep adding arbitrarily sized disks to an existing raid1 and
>> expect the file system to conti
On Sun, Aug 09, 2015 at 02:29:53PM +0200, Jim MacBaine wrote:
> Hi,
>
> How does btrfs handle raid1 on a bunch of uneven sized disks? Can I
> just keep adding arbitrarily sized disks to an existing raid1 and
> expect the file system to continue to keep two copies of everything,
> so I could surviv
Hi,
How does btrfs handle raid1 on a bunch of uneven sized disks? Can I
just keep adding arbitrarily sized disks to an existing raid1 and
expect the file system to continue to keep two copies of everything,
so I could survive the loss of any single disk without data loss? Does
btrfs work this way?
