Hi, as an update, I've been able to reproduce this bug reliably by using a lot of RAM in order to force swap (I have vm_swappiness at 10).
Once swapping takes place, it's only a matter of time until some userspace application locks at f2fs_issue_flush. It will remain locked even when I free some RAM and force pages back to it (by disabling swap). Also, the shutdown and restart command works, but they take more than 5 minutes and changes to storage are not persistent after next boot (for example: equalizer settings are reset, browser history is gone, and recently saved documents are also gone). On Wed, Aug 23, 2017 at 2:26 PM, Marcelo "Marc" Ranolfi <marc.2...@gmail.com> wrote: > Chao, > > I just had the same problem, with kernel 4.12.8 with patch _f2fs: fix > out-of-order execution in f2fs_issue_flush_. > > On Tue, Aug 22, 2017 at 2:00 PM, Marcelo "Marc" Ranolfi > <marc.2...@gmail.com> wrote: >> Hi Chao >> >> I'm testing the kernel with your patch since last night. Will give new >> feedback a couple of days/weeks about how it goes. >> >> >> Thank you. >> >> >> >> On Mon, Aug 21, 2017 at 11:58 AM, Chao Yu <c...@kernel.org> wrote: >>> Hi Marcelo, >>> >>> Thanks for the report! >>> >>> Would you have a try with below patch? >>> >>> f2fs: fix out-of-order execution in f2fs_issue_flush >>> >>> Thanks, >>> >>> On 2017/8/16 15:24, Marcelo "Marc" Ranolfi wrote: >>>> Just wanted to let you all know that this is still an issue, even with >>>> the 4.12.7 kernel. >>>> >>>> The two most affected applications are qemu-system-x86_64 and totem. >>>> >>>> On Wed, Aug 9, 2017 at 3:04 AM, Marcelo "Marc" Ranolfi >>>> <marc.2...@gmail.com> wrote: >>>>> What follows is a bug report. >>>>> >>>>> I've been experiencing system lockups somewhat randomly. Sometimes an >>>>> application freezes, and when I go check its properties, it says the >>>>> process' Wait Channel is _f2fs_issue_flush_. >>>>> >>>>> Sometimes it's the qemu process (which I use via libvirt), other times >>>>> it's Firefox, or Gnome Videos (totem) and it happened to Nemo once as >>>>> well. I have screenshots if necessary. >>>>> >>>>> I've been tracking this with screenshots, and it's happenning every 4 >>>>> days - on average. >>>>> >>>>> When this happens, the process stays unresponsive no matter what. I tried: >>>>> >>>>> - Restarting swap >>>>> - Restarting the Display Manager >>>>> - Graceful shutdown / reboot - takes forever, doesn't work >>>>> - Shutdown -k and unmounting filesystems from command line - root >>>>> can't be unmounted unless -l used, no solution >>>>> >>>>> The only working solution is to reset the machine via power button or >>>>> #reboot -f. >>>>> >>>>> I have: >>>>> >>>>> - Kingston SV300S37A120G - hardware is fine, I have other OS / >>>>> filesystems on it >>>>> - f2fs filesystem in a 40 GB partition, GPT >>>>> - kernel 4.12.4 with systemd 234.11 - typical up-to-date Arch Linux setup. >>>>> >>>>> You gentlemen let me know if I provide more help. >>>>> >>>>> Best, >>>>> Marc >>>> >>>> ------------------------------------------------------------------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Linux-f2fs-devel mailing list >>>> Linux-f2fs-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel >>>> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Linux-f2fs-devel mailing list Linux-f2fs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel