t;
> Sent: Wednesday, December 14, 2016 at 3:38 AM
> From: admin <ad...@prnet.org>
> To: "Michal Hocko" <mho...@kernel.org>
> Cc: linux-btrfs@vger.kernel.org, linux-ker...@vger.kernel.org, "David Sterba"
> <dste...@suse.cz>, "Chris Mason
"David Sterba"
<dste...@suse.cz>, "Chris Mason" <c...@fb.com>
Subject: Re: page allocation stall in kernel 4.9 when copying files from one
btrfs hdd to another
Hi,
I verified the log files and see no prior oom killer invocation. Unfortunately
the machine has been
Hi,
I verified the log files and see no prior oom killer invocation. Unfortunately
the machine has been rebooted since. Next time it happens, I will also look in
dmesg.
Thanks,
David Arendt
Michal Hocko – Wed., 14. December 2016 11:31
> Btw. the stall should be preceded by the OOM killer
Btw. the stall should be preceded by the OOM killer invocation. Could
you share the OOM report please. I am asking because such an OOM killer
would be clearly pre-mature as per your meminfo. I am trying to change
that code and seeing your numbers might help me.
Thanks!
On Wed 14-12-16 11:17:43,
On Tue 13-12-16 18:11:01, David Arendt wrote:
> Hi,
>
> I receive the following page allocation stall while copying lots of
> large files from one btrfs hdd to another.
>
> Dec 13 13:04:29 server kernel: kworker/u16:8: page allocation stalls for
> 12260ms, order:0,
Hi,
unfortunately I did not dump meminfo before the crash.
Here is the actual meminfo as of now with the copy running for about 3
hours.
MemTotal: 32806572 kB
MemFree: 197336 kB
MemAvailable: 31226888 kB
Buffers: 52 kB
Cached: 30603160 kB
SwapCached:
Hi David,
It has GFP_NOFS flags, according to definition,
the issue might have happened during initial DISK/IO.
By the way, did you get a chance to dump the meminfo and run "top" before the
system hang?
It seems more info about the system running state needed to know the issue.
Thanks.
Xin