On Mar 9, 2018, at 3:54 AM, Nikolay Borisov wrote:
>
>> Sorry, I clearly missed that one. I have applied the patch you referenced
>> and rebooted the VM in question. This morning we had another FS failure on
>> the same machine that caused it to go into readonly mode. This
On Mar 2, 2018, at 11:29 AM, Liu Bo <bo.li@oracle.com> wrote:
> On Thu, Mar 01, 2018 at 09:40:41PM +0200, Nikolay Borisov wrote:
>> On 1.03.2018 21:04, Alex Adriaanse wrote:
>>> Thanks so much for the suggestions so far, everyone. I wanted to report
>>>
On Feb 16, 2018, at 1:44 PM, Austin S. Hemmelgarn wrote:
> I would suggest changing this to eliminate the balance with '-dusage=10'
> (it's redundant with the '-dusage=20' one unless your filesystem is in
> pathologically bad shape), and adding equivalent filters for
> On Feb 15, 2018, at 2:42 PM, Nikolay Borisov <nbori...@suse.com> wrote:
>
> On 15.02.2018 21:41, Alex Adriaanse wrote:
>>
>>> On Feb 15, 2018, at 12:00 PM, Nikolay Borisov <nbori...@suse.com> wrote:
>>>
>>> So in all of t
> On Feb 15, 2018, at 12:00 PM, Nikolay Borisov wrote:
>
> So in all of the cases you are hitting some form of premature enospc.
> There was a fix that landed in 4.15 that should have fixed a rather
> long-standing issue with the way metadata reservations are satisfied,
>
We've been using Btrfs in production on AWS EC2 with EBS devices for over 2
years. There is so much I love about Btrfs: CoW snapshots, compression,
subvolumes, flexibility, the tools, etc. However, lack of stability has been a
serious ongoing issue for us, and we're getting to the point that
I have an EC2 instance on AWS that tends to freeze several times per week. When
it freezes it stops responding to network traffic, disk I/O stops, and CPU goes
to 100%. The system comes back fine after a reboot. I was finally able to get a
kernel backtrace from when this happened today, which I