Re: can't balance full btrfs raid6 filesystem

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



On 22 February 2016 at 18:41, Jameson <imntreal@xxxxxxxxx> wrote:
> On Mon, Feb 22, 2016 at 11:28 AM Garmine 42 <mikro001@xxxxxxxxx> wrote:
>
>> On 22 February 2016 at 17:22, Jameson <imntreal@xxxxxxxxx> wrote:
>> > On Sun, Feb 21, 2016 at 6:36 AM Guus Snijders <gsnijders@xxxxxxxxx>
>> wrote:
>> >
>> >> Op 20 feb. 2016 16:06 schreef "Jameson Pugh" <imntreal@xxxxxxxxx>:
>> >> >
>> >> >
>> >> >
>> >> > On Sat, Feb 20, 2016 at 8:04 AM, Alistair Grant <
>> akgrant0710@xxxxxxxxx>
>> >> wrote:
>> >> >>
>> >> >> On 20 February 2016 at 02:38, Jameson Pugh <imntreal@xxxxxxxxx>
>> wrote:
>> >> >>>
>> >> >
>> >>
>> >
>> You should not use quotas on btrfs currently. It is known to cause
>> significant performance issues on the long run (and potentially has
>> many undiscovered bugs). If you wish I can dig up the relevant
>> discussion on the btrfs mailing list for you.
>>
>
> Well, without quotas, I can just expect my filesystem to fill up, again,
> without warning, and completely break. I think I might just have to buy
> some extra disks, and try out ZFS for myself.
>
> Jameson

Maybe you could try to leave a few unpartitioned GBs after the btrfs
partition(s). In case the FS fills up just assign the unpartitioned
space to btrfs and maybe btrfs will be able to grow over it. Or die
with -ENOSPC. But I have never tried this (instead I keep an eye on my
disk utilization) so it might be a good idea to try this theory on
some loopback devices first :)

Regards,
Garmine



[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux