Re: 5.3.0 deadlock: btrfs_sync_file / btrfs_async_reclaim_metadata_space / btrfs_page_mkwrite

On Sat, Oct 12, 2019 at 7:32 PM James Harvey wrote: > > On Sat, Oct 12, 2019 at 7:29 PM James Harvey wrote: > > > > Was using a temporary BTRFS volume to compile mongodb, which is quite > > intensive and takes quite a bit of time. The volume has been > > deadlocked for about 12 hours. > > > > ..

Re: 5.3.0 deadlock: btrfs_sync_file / btrfs_async_reclaim_metadata_space / btrfs_page_mkwrite

On Sat, Oct 12, 2019 at 7:29 PM James Harvey wrote: > > Was using a temporary BTRFS volume to compile mongodb, which is quite > intensive and takes quite a bit of time. The volume has been > deadlocked for about 12 hours. > > ... Surprisingly, I was able to touch an unrelated file on the volume

5.3.0 deadlock: btrfs_sync_file / btrfs_async_reclaim_metadata_space / btrfs_page_mkwrite

Was using a temporary BTRFS volume to compile mongodb, which is quite intensive and takes quite a bit of time. The volume has been deadlocked for about 12 hours. Being a temporary volume, I just used mount without options, so it used the defaults: rw,relatime,ssd,space_cache,subvolid=5,subvol=/

Re: [PATCH] btrfs: don't needlessly create extent-refs kernel thread

On Sat, Oct 12, 2019 at 06:42:10PM +0200, David Sterba wrote: > The patch 32b593bfcb58 ("Btrfs: remove no longer used function to run > delayed refs asynchronously") removed the async delayed refs but the > thread has been created, without any use. Remove it to avoid resource > consumption. > > Fi

[PATCH] btrfs: don't needlessly create extent-refs kernel thread

The patch 32b593bfcb58 ("Btrfs: remove no longer used function to run delayed refs asynchronously") removed the async delayed refs but the thread has been created, without any use. Remove it to avoid resource consumption. Fixes: 32b593bfcb58 ("Btrfs: remove no longer used function to run delayed r