* Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] @ 2017-09-05 9:47 Marco Lorenzo Crociani 2017-09-05 16:27 ` Liu Bo 0 siblings, 1 reply; 9+ messages in thread From: Marco Lorenzo Crociani @ 2017-09-05 9:47 UTC (permalink / raw) To: linux-btrfs Hi, I was transferring some data with rsync to a btrfs filesystem when I got: set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more than 120 seconds. set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 04 14:59:05 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 04 14:59:05 kernel: kworker/u33:2 D 0 25015 2 0x00000080 set 04 14:59:05 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 04 14:59:05 kernel: Call Trace: set 04 14:59:05 kernel: __schedule+0x28a/0x880 set 04 14:59:05 kernel: schedule+0x36/0x80 set 04 14:59:05 kernel: wb_wait_for_completion+0x64/0x90 set 04 14:59:05 kernel: ? remove_wait_queue+0x60/0x60 set 04 14:59:05 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 04 14:59:05 kernel: writeback_inodes_sb_nr+0x10/0x20 set 04 14:59:05 kernel: flush_space+0x469/0x580 [btrfs] set 04 14:59:05 kernel: ? dequeue_task_fair+0x577/0x830 set 04 14:59:05 kernel: ? pick_next_task_fair+0x122/0x550 set 04 14:59:05 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 04 14:59:05 kernel: process_one_work+0x149/0x360 set 04 14:59:05 kernel: worker_thread+0x4d/0x3c0 set 04 14:59:05 kernel: kthread+0x109/0x140 set 04 14:59:05 kernel: ? rescuer_thread+0x380/0x380 set 04 14:59:05 kernel: ? kthread_park+0x60/0x60 set 04 14:59:05 kernel: ? do_syscall_64+0x67/0x150 set 04 14:59:05 kernel: ret_from_fork+0x25/0x30 btrfs fi df /data Data, single: total=20.63TiB, used=20.63TiB System, DUP: total=8.00MiB, used=2.20MiB Metadata, DUP: total=41.50GiB, used=40.61GiB GlobalReserve, single: total=512.00MiB, used=0.00B btrfs fi show /dev/sdo Label: 'Storage' uuid: 429e42f4-dd9e-4267-b353-aa0831812f87 Total devices 1 FS bytes used 20.67TiB devid 1 size 36.38TiB used 20.71TiB path /dev/sdo Is it serious? Can I provide other info? Regards, -- Marco Crociani ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-05 9:47 Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] Marco Lorenzo Crociani @ 2017-09-05 16:27 ` Liu Bo 2017-09-07 11:17 ` Marco Lorenzo Crociani 0 siblings, 1 reply; 9+ messages in thread From: Liu Bo @ 2017-09-05 16:27 UTC (permalink / raw) To: Marco Lorenzo Crociani; +Cc: linux-btrfs On Tue, Sep 05, 2017 at 11:47:26AM +0200, Marco Lorenzo Crociani wrote: > Hi, > I was transferring some data with rsync to a btrfs filesystem when I got: > > set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more > than 120 seconds. > set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 04 14:59:05 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 04 14:59:05 kernel: kworker/u33:2 D 0 25015 2 0x00000080 > set 04 14:59:05 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 04 14:59:05 kernel: Call Trace: > set 04 14:59:05 kernel: __schedule+0x28a/0x880 > set 04 14:59:05 kernel: schedule+0x36/0x80 > set 04 14:59:05 kernel: wb_wait_for_completion+0x64/0x90 > set 04 14:59:05 kernel: ? remove_wait_queue+0x60/0x60 > set 04 14:59:05 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 04 14:59:05 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 04 14:59:05 kernel: flush_space+0x469/0x580 [btrfs] > set 04 14:59:05 kernel: ? dequeue_task_fair+0x577/0x830 > set 04 14:59:05 kernel: ? pick_next_task_fair+0x122/0x550 > set 04 14:59:05 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 04 14:59:05 kernel: process_one_work+0x149/0x360 > set 04 14:59:05 kernel: worker_thread+0x4d/0x3c0 > set 04 14:59:05 kernel: kthread+0x109/0x140 > set 04 14:59:05 kernel: ? rescuer_thread+0x380/0x380 > set 04 14:59:05 kernel: ? kthread_park+0x60/0x60 > set 04 14:59:05 kernel: ? do_syscall_64+0x67/0x150 > set 04 14:59:05 kernel: ret_from_fork+0x25/0x30 > > btrfs fi df /data > Data, single: total=20.63TiB, used=20.63TiB > System, DUP: total=8.00MiB, used=2.20MiB > Metadata, DUP: total=41.50GiB, used=40.61GiB > GlobalReserve, single: total=512.00MiB, used=0.00B > > btrfs fi show /dev/sdo > Label: 'Storage' uuid: 429e42f4-dd9e-4267-b353-aa0831812f87 > Total devices 1 FS bytes used 20.67TiB > devid 1 size 36.38TiB used 20.71TiB path /dev/sdo > > Is it serious? Can I provide other info? > I think we're still cool here, the stack shows that btrfs is trying to gain metadata space by flushing dirty pages via writeback threads, and perhaps there're too much to flush to get enough metadata. Thanks, -liubo ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-05 16:27 ` Liu Bo @ 2017-09-07 11:17 ` Marco Lorenzo Crociani 2017-09-07 12:04 ` Peter Becker 0 siblings, 1 reply; 9+ messages in thread From: Marco Lorenzo Crociani @ 2017-09-07 11:17 UTC (permalink / raw) To: bo.li.liu; +Cc: linux-btrfs On 05/09/2017 18:27, Liu Bo wrote: > On Tue, Sep 05, 2017 at 11:47:26AM +0200, Marco Lorenzo Crociani wrote: >> Hi, >> I was transferring some data with rsync to a btrfs filesystem when I got: >> >> set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more >> than 120 seconds. >> set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 04 14:59:05 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 04 14:59:05 kernel: kworker/u33:2 D 0 25015 2 0x00000080 >> set 04 14:59:05 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 04 14:59:05 kernel: Call Trace: >> set 04 14:59:05 kernel: __schedule+0x28a/0x880 >> set 04 14:59:05 kernel: schedule+0x36/0x80 >> set 04 14:59:05 kernel: wb_wait_for_completion+0x64/0x90 >> set 04 14:59:05 kernel: ? remove_wait_queue+0x60/0x60 >> set 04 14:59:05 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 04 14:59:05 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 04 14:59:05 kernel: flush_space+0x469/0x580 [btrfs] >> set 04 14:59:05 kernel: ? dequeue_task_fair+0x577/0x830 >> set 04 14:59:05 kernel: ? pick_next_task_fair+0x122/0x550 >> set 04 14:59:05 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 04 14:59:05 kernel: process_one_work+0x149/0x360 >> set 04 14:59:05 kernel: worker_thread+0x4d/0x3c0 >> set 04 14:59:05 kernel: kthread+0x109/0x140 >> set 04 14:59:05 kernel: ? rescuer_thread+0x380/0x380 >> set 04 14:59:05 kernel: ? kthread_park+0x60/0x60 >> set 04 14:59:05 kernel: ? do_syscall_64+0x67/0x150 >> set 04 14:59:05 kernel: ret_from_fork+0x25/0x30 >> >> btrfs fi df /data >> Data, single: total=20.63TiB, used=20.63TiB >> System, DUP: total=8.00MiB, used=2.20MiB >> Metadata, DUP: total=41.50GiB, used=40.61GiB >> GlobalReserve, single: total=512.00MiB, used=0.00B >> >> btrfs fi show /dev/sdo >> Label: 'Storage' uuid: 429e42f4-dd9e-4267-b353-aa0831812f87 >> Total devices 1 FS bytes used 20.67TiB >> devid 1 size 36.38TiB used 20.71TiB path /dev/sdo >> >> Is it serious? Can I provide other info? >> > > I think we're still cool here, the stack shows that btrfs is trying to > gain metadata space by flushing dirty pages via writeback threads, and > perhaps there're too much to flush to get enough metadata. > > > Thanks, > > -liubo > Hi, they are growing: set 05 20:46:59 kernel: writeback_inodes_sb_nr+0x10/0x20 set 05 20:46:59 kernel: flush_space+0x469/0x580 [btrfs] set 05 20:46:59 kernel: ? dequeue_task_fair+0x577/0x830 set 05 20:46:59 kernel: ? pick_next_task_fair+0x122/0x550 set 05 20:46:59 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 05 20:46:59 kernel: process_one_work+0x149/0x360 set 05 20:46:59 kernel: worker_thread+0x4d/0x3c0 set 05 20:46:59 kernel: kthread+0x109/0x140 set 05 20:46:59 kernel: ? rescuer_thread+0x380/0x380 set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 set 05 20:46:59 kernel: ret_from_fork+0x25/0x30 set 05 20:49:02 kernel: INFO: task kworker/u34:4:10439 blocked for more than 120 seconds. set 05 20:49:02 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 05 20:49:02 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 05 20:49:02 kernel: kworker/u34:4 D 0 10439 2 0x00000080 set 05 20:49:02 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 05 20:49:02 kernel: Call Trace: set 05 20:49:02 kernel: __schedule+0x28a/0x880 set 05 20:49:02 kernel: schedule+0x36/0x80 set 05 20:49:02 kernel: wb_wait_for_completion+0x64/0x90 set 05 20:49:02 kernel: ? remove_wait_queue+0x60/0x60 set 05 20:49:02 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 05 20:49:02 kernel: writeback_inodes_sb_nr+0x10/0x20 set 05 20:49:02 kernel: flush_space+0x469/0x580 [btrfs] set 05 20:49:02 kernel: ? dequeue_task_fair+0x577/0x830 set 05 20:49:02 kernel: ? pick_next_task_fair+0x122/0x550 set 05 20:49:02 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 05 20:49:02 kernel: process_one_work+0x149/0x360 set 05 20:49:02 kernel: worker_thread+0x4d/0x3c0 set 05 20:49:02 kernel: kthread+0x109/0x140 set 05 20:49:02 kernel: ? rescuer_thread+0x380/0x380 set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 set 05 20:49:02 kernel: ret_from_fork+0x25/0x30 Other round, more: set 06 20:30:20 kernel: INFO: task kworker/u33:8:25153 blocked for more than 120 seconds. set 06 20:30:20 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 06 20:30:20 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 06 20:30:20 kernel: kworker/u33:8 D 0 25153 2 0x00000080 set 06 20:30:20 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 06 20:30:20 kernel: Call Trace: set 06 20:30:20 kernel: __schedule+0x28a/0x880 set 06 20:30:20 kernel: schedule+0x36/0x80 set 06 20:30:20 kernel: wb_wait_for_completion+0x64/0x90 set 06 20:30:20 kernel: ? remove_wait_queue+0x60/0x60 set 06 20:30:20 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 06 20:30:20 kernel: writeback_inodes_sb_nr+0x10/0x20 set 06 20:30:20 kernel: flush_space+0x469/0x580 [btrfs] set 06 20:30:20 kernel: ? dequeue_task_fair+0x577/0x830 set 06 20:30:20 kernel: ? pick_next_task_fair+0x122/0x550 set 06 20:30:20 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 06 20:30:20 kernel: process_one_work+0x149/0x360 set 06 20:30:20 kernel: worker_thread+0x4d/0x3c0 set 06 20:30:20 kernel: kthread+0x109/0x140 set 06 20:30:20 kernel: ? rescuer_thread+0x380/0x380 set 06 20:30:20 kernel: ? kthread_park+0x60/0x60 set 06 20:30:20 kernel: ? do_syscall_64+0x67/0x150 set 06 20:30:20 kernel: ret_from_fork+0x25/0x30 set 06 20:32:23 kernel: INFO: task kworker/u33:8:25153 blocked for more than 120 seconds. set 06 20:32:23 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 06 20:32:23 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 06 20:32:23 kernel: kworker/u33:8 D 0 25153 2 0x00000080 set 06 20:32:23 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 06 20:32:23 kernel: Call Trace: set 06 20:32:23 kernel: __schedule+0x28a/0x880 set 06 20:32:23 kernel: schedule+0x36/0x80 set 06 20:32:23 kernel: wb_wait_for_completion+0x64/0x90 set 06 20:32:23 kernel: ? remove_wait_queue+0x60/0x60 set 06 20:32:23 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 06 20:32:23 kernel: writeback_inodes_sb_nr+0x10/0x20 set 06 20:32:23 kernel: flush_space+0x469/0x580 [btrfs] set 06 20:32:23 kernel: ? dequeue_task_fair+0x577/0x830 set 06 20:32:23 kernel: ? pick_next_task_fair+0x122/0x550 set 06 20:32:23 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 06 20:32:23 kernel: process_one_work+0x149/0x360 set 06 20:32:23 kernel: worker_thread+0x4d/0x3c0 set 06 20:32:23 kernel: kthread+0x109/0x140 set 06 20:32:23 kernel: ? rescuer_thread+0x380/0x380 set 06 20:32:23 kernel: ? kthread_park+0x60/0x60 set 06 20:32:23 kernel: ? do_syscall_64+0x67/0x150 set 06 20:32:23 kernel: ret_from_fork+0x25/0x30 set 06 20:34:26 kernel: INFO: task kworker/u33:8:25153 blocked for more than 120 seconds. set 06 20:34:26 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 06 20:34:26 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 06 20:34:26 kernel: kworker/u33:8 D 0 25153 2 0x00000080 set 06 20:34:26 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 06 20:34:26 kernel: Call Trace: set 06 20:34:26 kernel: __schedule+0x28a/0x880 set 06 20:34:26 kernel: schedule+0x36/0x80 set 06 20:34:26 kernel: wb_wait_for_completion+0x64/0x90 set 06 20:34:26 kernel: ? remove_wait_queue+0x60/0x60 set 06 20:34:26 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 06 20:34:26 kernel: writeback_inodes_sb_nr+0x10/0x20 set 06 20:34:26 kernel: flush_space+0x469/0x580 [btrfs] set 06 20:34:26 kernel: ? dequeue_task_fair+0x577/0x830 set 06 20:34:26 kernel: ? pick_next_task_fair+0x122/0x550 set 06 20:34:26 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 06 20:34:26 kernel: process_one_work+0x149/0x360 set 06 20:34:26 kernel: worker_thread+0x4d/0x3c0 set 06 20:34:26 kernel: kthread+0x109/0x140 set 06 20:34:26 kernel: ? rescuer_thread+0x380/0x380 set 06 20:34:26 kernel: ? kthread_park+0x60/0x60 set 06 20:34:26 kernel: ? do_syscall_64+0x67/0x150 set 06 20:34:26 kernel: ret_from_fork+0x25/0x30 set 06 20:36:29 kernel: INFO: task kworker/u33:8:25153 blocked for more than 120 seconds. set 06 20:36:29 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 06 20:36:29 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 06 20:36:29 kernel: kworker/u33:8 D 0 25153 2 0x00000080 set 06 20:36:29 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 06 20:36:29 kernel: Call Trace: set 06 20:36:29 kernel: __schedule+0x28a/0x880 set 06 20:36:29 kernel: schedule+0x36/0x80 set 06 20:36:29 kernel: wb_wait_for_completion+0x64/0x90 set 06 20:36:29 kernel: ? remove_wait_queue+0x60/0x60 set 06 20:36:29 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 06 20:36:29 kernel: writeback_inodes_sb_nr+0x10/0x20 set 06 20:36:29 kernel: flush_space+0x469/0x580 [btrfs] set 06 20:36:29 kernel: ? dequeue_task_fair+0x577/0x830 set 06 20:36:29 kernel: ? pick_next_task_fair+0x122/0x550 set 06 20:36:29 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 06 20:36:29 kernel: process_one_work+0x149/0x360 set 06 20:36:29 kernel: worker_thread+0x4d/0x3c0 set 06 20:36:29 kernel: kthread+0x109/0x140 set 06 20:36:29 kernel: ? rescuer_thread+0x380/0x380 set 06 20:36:29 kernel: ? kthread_park+0x60/0x60 set 06 20:36:29 kernel: ? do_syscall_64+0x67/0x150 set 06 20:36:29 kernel: ret_from_fork+0x25/0x30 set 06 20:38:32 kernel: INFO: task kworker/u33:8:25153 blocked for more than 120 seconds. set 06 20:38:32 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 set 06 20:38:32 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. set 06 20:38:32 kernel: kworker/u33:8 D 0 25153 2 0x00000080 set 06 20:38:32 kernel: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] set 06 20:38:32 kernel: Call Trace: set 06 20:38:32 kernel: __schedule+0x28a/0x880 set 06 20:38:32 kernel: schedule+0x36/0x80 set 06 20:38:32 kernel: wb_wait_for_completion+0x64/0x90 set 06 20:38:32 kernel: ? remove_wait_queue+0x60/0x60 set 06 20:38:32 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 set 06 20:38:32 kernel: writeback_inodes_sb_nr+0x10/0x20 set 06 20:38:32 kernel: flush_space+0x469/0x580 [btrfs] set 06 20:38:32 kernel: ? dequeue_task_fair+0x577/0x830 set 06 20:38:32 kernel: ? pick_next_task_fair+0x122/0x550 set 06 20:38:32 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 [btrfs] set 06 20:38:32 kernel: process_one_work+0x149/0x360 set 06 20:38:32 kernel: worker_thread+0x4d/0x3c0 set 06 20:38:32 kernel: kthread+0x109/0x140 set 06 20:38:32 kernel: ? rescuer_thread+0x380/0x380 set 06 20:38:32 kernel: ? kthread_park+0x60/0x60 set 06 20:38:32 kernel: ? do_syscall_64+0x67/0x150 set 06 20:38:32 kernel: ret_from_fork+0x25/0x30 It's happening near the end of rsync each time: lun 4 set 2017, 15.00.40, CEST mar 5 set 2017, 20.55.20, CEST mer 6 set 2017, 20.40.25, CEST Should I run balance or something else? Regards, -- Marco Crociani ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-07 11:17 ` Marco Lorenzo Crociani @ 2017-09-07 12:04 ` Peter Becker 2017-09-07 14:37 ` Marco Lorenzo Crociani 0 siblings, 1 reply; 9+ messages in thread From: Peter Becker @ 2017-09-07 12:04 UTC (permalink / raw) To: Marco Lorenzo Crociani; +Cc: bo.li.liu, linux-btrfs You can check the usage of each block group with the following scripts. If there are many blockgroups with low usage you should run btrfs balance -musage=<percent> -dusage=<percent> /data cd /tmp wget https://raw.githubusercontent.com/kdave/btrfs-progs/master/btrfs-debugfs chmod +x btrfs-debugfs stats=$(sudo ./btrfs-debugfs -b /) echo "00-49: " $(echo "$stats" | grep "usage 0.[0-4]" -c) echo "50-79: " $(echo "$stats" | grep "usage 0.[5-7]" -c) echo "80-89: " $(echo "$stats" | grep "usage 0.8" -c) echo "90-99: " $(echo "$stats" | grep "usage 0.9" -c) echo "100: " $(echo "$stats" | grep "usage 1." -c) The btrfs-debugfs script is from the btrfs progs source and report the usage of each block group. The following script groups the result. This script should take less than a few minutes to complete. I qick script that could free some space: btrfs balance start -musage=0 /data btrfs balance start -dusage=10 /data btrfs balance start -musage=50 /data btrfs balance start -musage=70 /data 2017-09-07 13:17 GMT+02:00 Marco Lorenzo Crociani <marcoc@prismatelecomtesting.com>: > On 05/09/2017 18:27, Liu Bo wrote: >> >> On Tue, Sep 05, 2017 at 11:47:26AM +0200, Marco Lorenzo Crociani wrote: >>> >>> Hi, >>> I was transferring some data with rsync to a btrfs filesystem when I got: >>> >>> set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more >>> than 120 seconds. >>> set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >>> set 04 14:59:05 kernel: "echo 0 > >>> /proc/sys/kernel/hung_task_timeout_secs" >>> disables this message. >>> set 04 14:59:05 kernel: kworker/u33:2 D 0 25015 2 0x00000080 >>> set 04 14:59:05 kernel: Workqueue: events_unbound >>> btrfs_async_reclaim_metadata_space [btrfs] >>> set 04 14:59:05 kernel: Call Trace: >>> set 04 14:59:05 kernel: __schedule+0x28a/0x880 >>> set 04 14:59:05 kernel: schedule+0x36/0x80 >>> set 04 14:59:05 kernel: wb_wait_for_completion+0x64/0x90 >>> set 04 14:59:05 kernel: ? remove_wait_queue+0x60/0x60 >>> set 04 14:59:05 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >>> set 04 14:59:05 kernel: writeback_inodes_sb_nr+0x10/0x20 >>> set 04 14:59:05 kernel: flush_space+0x469/0x580 [btrfs] >>> set 04 14:59:05 kernel: ? dequeue_task_fair+0x577/0x830 >>> set 04 14:59:05 kernel: ? pick_next_task_fair+0x122/0x550 >>> set 04 14:59:05 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >>> [btrfs] >>> set 04 14:59:05 kernel: process_one_work+0x149/0x360 >>> set 04 14:59:05 kernel: worker_thread+0x4d/0x3c0 >>> set 04 14:59:05 kernel: kthread+0x109/0x140 >>> set 04 14:59:05 kernel: ? rescuer_thread+0x380/0x380 >>> set 04 14:59:05 kernel: ? kthread_park+0x60/0x60 >>> set 04 14:59:05 kernel: ? do_syscall_64+0x67/0x150 >>> set 04 14:59:05 kernel: ret_from_fork+0x25/0x30 >>> >>> btrfs fi df /data >>> Data, single: total=20.63TiB, used=20.63TiB >>> System, DUP: total=8.00MiB, used=2.20MiB >>> Metadata, DUP: total=41.50GiB, used=40.61GiB >>> GlobalReserve, single: total=512.00MiB, used=0.00B >>> >>> btrfs fi show /dev/sdo >>> Label: 'Storage' uuid: 429e42f4-dd9e-4267-b353-aa0831812f87 >>> Total devices 1 FS bytes used 20.67TiB >>> devid 1 size 36.38TiB used 20.71TiB path /dev/sdo >>> >>> Is it serious? Can I provide other info? >>> >> >> I think we're still cool here, the stack shows that btrfs is trying to >> gain metadata space by flushing dirty pages via writeback threads, and >> perhaps there're too much to flush to get enough metadata. >> >> >> Thanks, >> >> -liubo >> > > Hi, > they are growing: > > set 05 20:46:59 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 05 20:46:59 kernel: flush_space+0x469/0x580 [btrfs] > set 05 20:46:59 kernel: ? dequeue_task_fair+0x577/0x830 > set 05 20:46:59 kernel: ? pick_next_task_fair+0x122/0x550 > set 05 20:46:59 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 05 20:46:59 kernel: process_one_work+0x149/0x360 > set 05 20:46:59 kernel: worker_thread+0x4d/0x3c0 > set 05 20:46:59 kernel: kthread+0x109/0x140 > set 05 20:46:59 kernel: ? rescuer_thread+0x380/0x380 > set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 > set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 > set 05 20:46:59 kernel: ret_from_fork+0x25/0x30 > set 05 20:49:02 kernel: INFO: task kworker/u34:4:10439 blocked for more > than 120 seconds. > set 05 20:49:02 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 05 20:49:02 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 05 20:49:02 kernel: kworker/u34:4 D 0 10439 2 0x00000080 > set 05 20:49:02 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 05 20:49:02 kernel: Call Trace: > set 05 20:49:02 kernel: __schedule+0x28a/0x880 > set 05 20:49:02 kernel: schedule+0x36/0x80 > set 05 20:49:02 kernel: wb_wait_for_completion+0x64/0x90 > set 05 20:49:02 kernel: ? remove_wait_queue+0x60/0x60 > set 05 20:49:02 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 05 20:49:02 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 05 20:49:02 kernel: flush_space+0x469/0x580 [btrfs] > set 05 20:49:02 kernel: ? dequeue_task_fair+0x577/0x830 > set 05 20:49:02 kernel: ? pick_next_task_fair+0x122/0x550 > set 05 20:49:02 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 05 20:49:02 kernel: process_one_work+0x149/0x360 > set 05 20:49:02 kernel: worker_thread+0x4d/0x3c0 > set 05 20:49:02 kernel: kthread+0x109/0x140 > set 05 20:49:02 kernel: ? rescuer_thread+0x380/0x380 > set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 > set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 > set 05 20:49:02 kernel: ret_from_fork+0x25/0x30 > > Other round, more: > > set 06 20:30:20 kernel: INFO: task kworker/u33:8:25153 blocked for more > than 120 seconds. > set 06 20:30:20 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 06 20:30:20 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 06 20:30:20 kernel: kworker/u33:8 D 0 25153 2 0x00000080 > set 06 20:30:20 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 06 20:30:20 kernel: Call Trace: > set 06 20:30:20 kernel: __schedule+0x28a/0x880 > set 06 20:30:20 kernel: schedule+0x36/0x80 > set 06 20:30:20 kernel: wb_wait_for_completion+0x64/0x90 > set 06 20:30:20 kernel: ? remove_wait_queue+0x60/0x60 > set 06 20:30:20 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 06 20:30:20 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 06 20:30:20 kernel: flush_space+0x469/0x580 [btrfs] > set 06 20:30:20 kernel: ? dequeue_task_fair+0x577/0x830 > set 06 20:30:20 kernel: ? pick_next_task_fair+0x122/0x550 > set 06 20:30:20 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 06 20:30:20 kernel: process_one_work+0x149/0x360 > set 06 20:30:20 kernel: worker_thread+0x4d/0x3c0 > set 06 20:30:20 kernel: kthread+0x109/0x140 > set 06 20:30:20 kernel: ? rescuer_thread+0x380/0x380 > set 06 20:30:20 kernel: ? kthread_park+0x60/0x60 > set 06 20:30:20 kernel: ? do_syscall_64+0x67/0x150 > set 06 20:30:20 kernel: ret_from_fork+0x25/0x30 > set 06 20:32:23 kernel: INFO: task kworker/u33:8:25153 blocked for more > than 120 seconds. > set 06 20:32:23 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 06 20:32:23 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 06 20:32:23 kernel: kworker/u33:8 D 0 25153 2 0x00000080 > set 06 20:32:23 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 06 20:32:23 kernel: Call Trace: > set 06 20:32:23 kernel: __schedule+0x28a/0x880 > set 06 20:32:23 kernel: schedule+0x36/0x80 > set 06 20:32:23 kernel: wb_wait_for_completion+0x64/0x90 > set 06 20:32:23 kernel: ? remove_wait_queue+0x60/0x60 > set 06 20:32:23 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 06 20:32:23 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 06 20:32:23 kernel: flush_space+0x469/0x580 [btrfs] > set 06 20:32:23 kernel: ? dequeue_task_fair+0x577/0x830 > set 06 20:32:23 kernel: ? pick_next_task_fair+0x122/0x550 > set 06 20:32:23 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 06 20:32:23 kernel: process_one_work+0x149/0x360 > set 06 20:32:23 kernel: worker_thread+0x4d/0x3c0 > set 06 20:32:23 kernel: kthread+0x109/0x140 > set 06 20:32:23 kernel: ? rescuer_thread+0x380/0x380 > set 06 20:32:23 kernel: ? kthread_park+0x60/0x60 > set 06 20:32:23 kernel: ? do_syscall_64+0x67/0x150 > set 06 20:32:23 kernel: ret_from_fork+0x25/0x30 > set 06 20:34:26 kernel: INFO: task kworker/u33:8:25153 blocked for more > than 120 seconds. > set 06 20:34:26 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 06 20:34:26 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 06 20:34:26 kernel: kworker/u33:8 D 0 25153 2 0x00000080 > set 06 20:34:26 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 06 20:34:26 kernel: Call Trace: > set 06 20:34:26 kernel: __schedule+0x28a/0x880 > set 06 20:34:26 kernel: schedule+0x36/0x80 > set 06 20:34:26 kernel: wb_wait_for_completion+0x64/0x90 > set 06 20:34:26 kernel: ? remove_wait_queue+0x60/0x60 > set 06 20:34:26 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 06 20:34:26 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 06 20:34:26 kernel: flush_space+0x469/0x580 [btrfs] > set 06 20:34:26 kernel: ? dequeue_task_fair+0x577/0x830 > set 06 20:34:26 kernel: ? pick_next_task_fair+0x122/0x550 > set 06 20:34:26 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 06 20:34:26 kernel: process_one_work+0x149/0x360 > set 06 20:34:26 kernel: worker_thread+0x4d/0x3c0 > set 06 20:34:26 kernel: kthread+0x109/0x140 > set 06 20:34:26 kernel: ? rescuer_thread+0x380/0x380 > set 06 20:34:26 kernel: ? kthread_park+0x60/0x60 > set 06 20:34:26 kernel: ? do_syscall_64+0x67/0x150 > set 06 20:34:26 kernel: ret_from_fork+0x25/0x30 > set 06 20:36:29 kernel: INFO: task kworker/u33:8:25153 blocked for more > than 120 seconds. > set 06 20:36:29 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 06 20:36:29 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 06 20:36:29 kernel: kworker/u33:8 D 0 25153 2 0x00000080 > set 06 20:36:29 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 06 20:36:29 kernel: Call Trace: > set 06 20:36:29 kernel: __schedule+0x28a/0x880 > set 06 20:36:29 kernel: schedule+0x36/0x80 > set 06 20:36:29 kernel: wb_wait_for_completion+0x64/0x90 > set 06 20:36:29 kernel: ? remove_wait_queue+0x60/0x60 > set 06 20:36:29 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 06 20:36:29 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 06 20:36:29 kernel: flush_space+0x469/0x580 [btrfs] > set 06 20:36:29 kernel: ? dequeue_task_fair+0x577/0x830 > set 06 20:36:29 kernel: ? pick_next_task_fair+0x122/0x550 > set 06 20:36:29 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 06 20:36:29 kernel: process_one_work+0x149/0x360 > set 06 20:36:29 kernel: worker_thread+0x4d/0x3c0 > set 06 20:36:29 kernel: kthread+0x109/0x140 > set 06 20:36:29 kernel: ? rescuer_thread+0x380/0x380 > set 06 20:36:29 kernel: ? kthread_park+0x60/0x60 > set 06 20:36:29 kernel: ? do_syscall_64+0x67/0x150 > set 06 20:36:29 kernel: ret_from_fork+0x25/0x30 > set 06 20:38:32 kernel: INFO: task kworker/u33:8:25153 blocked for more > than 120 seconds. > set 06 20:38:32 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 > set 06 20:38:32 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > set 06 20:38:32 kernel: kworker/u33:8 D 0 25153 2 0x00000080 > set 06 20:38:32 kernel: Workqueue: events_unbound > btrfs_async_reclaim_metadata_space [btrfs] > set 06 20:38:32 kernel: Call Trace: > set 06 20:38:32 kernel: __schedule+0x28a/0x880 > set 06 20:38:32 kernel: schedule+0x36/0x80 > set 06 20:38:32 kernel: wb_wait_for_completion+0x64/0x90 > set 06 20:38:32 kernel: ? remove_wait_queue+0x60/0x60 > set 06 20:38:32 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 > set 06 20:38:32 kernel: writeback_inodes_sb_nr+0x10/0x20 > set 06 20:38:32 kernel: flush_space+0x469/0x580 [btrfs] > set 06 20:38:32 kernel: ? dequeue_task_fair+0x577/0x830 > set 06 20:38:32 kernel: ? pick_next_task_fair+0x122/0x550 > set 06 20:38:32 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 > [btrfs] > set 06 20:38:32 kernel: process_one_work+0x149/0x360 > set 06 20:38:32 kernel: worker_thread+0x4d/0x3c0 > set 06 20:38:32 kernel: kthread+0x109/0x140 > set 06 20:38:32 kernel: ? rescuer_thread+0x380/0x380 > set 06 20:38:32 kernel: ? kthread_park+0x60/0x60 > set 06 20:38:32 kernel: ? do_syscall_64+0x67/0x150 > set 06 20:38:32 kernel: ret_from_fork+0x25/0x30 > > It's happening near the end of rsync each time: > lun 4 set 2017, 15.00.40, CEST > mar 5 set 2017, 20.55.20, CEST > mer 6 set 2017, 20.40.25, CEST > > Should I run balance or something else? > > Regards, > > -- > Marco Crociani > > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-07 12:04 ` Peter Becker @ 2017-09-07 14:37 ` Marco Lorenzo Crociani 2017-09-07 14:43 ` Peter Becker 2017-09-08 3:24 ` Duncan 0 siblings, 2 replies; 9+ messages in thread From: Marco Lorenzo Crociani @ 2017-09-07 14:37 UTC (permalink / raw) To: Peter Becker; +Cc: bo.li.liu, linux-btrfs Hi Peter, On 07/09/2017 14:04, Peter Becker wrote: > You can check the usage of each block group with the following > scripts. If there are many blockgroups with low usage you should run > btrfs balance -musage=<percent> -dusage=<percent> /data > > cd /tmp > wget https://raw.githubusercontent.com/kdave/btrfs-progs/master/btrfs-debugfs > chmod +x btrfs-debugfs > stats=$(sudo ./btrfs-debugfs -b /) > > echo "00-49: " $(echo "$stats" | grep "usage 0.[0-4]" -c) > echo "50-79: " $(echo "$stats" | grep "usage 0.[5-7]" -c) > echo "80-89: " $(echo "$stats" | grep "usage 0.8" -c) > echo "90-99: " $(echo "$stats" | grep "usage 0.9" -c) > echo "100: " $(echo "$stats" | grep "usage 1." -c) > > The btrfs-debugfs script is from the btrfs progs source and report the > usage of each block group. The following script groups the result. > > This script should take less than a few minutes to complete. > > I qick script that could free some space: > > btrfs balance start -musage=0 /data > btrfs balance start -dusage=10 /data -dusage o -musage? > btrfs balance start -musage=50 /data > btrfs balance start -musage=70 /data > I got: 00-49: 1 50-79: 0 80-89: 0 90-99: 1 100: 25540 this means that fs has only one block group used under 50% and 1 between 90 and 99% while the rest are all full? Thanks, Marco > 2017-09-07 13:17 GMT+02:00 Marco Lorenzo Crociani > <marcoc@prismatelecomtesting.com>: >> On 05/09/2017 18:27, Liu Bo wrote: >>> >>> On Tue, Sep 05, 2017 at 11:47:26AM +0200, Marco Lorenzo Crociani wrote: >>>> >>>> Hi, >>>> I was transferring some data with rsync to a btrfs filesystem when I got: >>>> >>>> set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more >>>> than 120 seconds. >>>> set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >>>> set 04 14:59:05 kernel: "echo 0 > >>>> /proc/sys/kernel/hung_task_timeout_secs" >>>> disables this message. >>>> set 04 14:59:05 kernel: kworker/u33:2 D 0 25015 2 0x00000080 >>>> set 04 14:59:05 kernel: Workqueue: events_unbound >>>> btrfs_async_reclaim_metadata_space [btrfs] >>>> set 04 14:59:05 kernel: Call Trace: >>>> set 04 14:59:05 kernel: __schedule+0x28a/0x880 >>>> set 04 14:59:05 kernel: schedule+0x36/0x80 >>>> set 04 14:59:05 kernel: wb_wait_for_completion+0x64/0x90 >>>> set 04 14:59:05 kernel: ? remove_wait_queue+0x60/0x60 >>>> set 04 14:59:05 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >>>> set 04 14:59:05 kernel: writeback_inodes_sb_nr+0x10/0x20 >>>> set 04 14:59:05 kernel: flush_space+0x469/0x580 [btrfs] >>>> set 04 14:59:05 kernel: ? dequeue_task_fair+0x577/0x830 >>>> set 04 14:59:05 kernel: ? pick_next_task_fair+0x122/0x550 >>>> set 04 14:59:05 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >>>> [btrfs] >>>> set 04 14:59:05 kernel: process_one_work+0x149/0x360 >>>> set 04 14:59:05 kernel: worker_thread+0x4d/0x3c0 >>>> set 04 14:59:05 kernel: kthread+0x109/0x140 >>>> set 04 14:59:05 kernel: ? rescuer_thread+0x380/0x380 >>>> set 04 14:59:05 kernel: ? kthread_park+0x60/0x60 >>>> set 04 14:59:05 kernel: ? do_syscall_64+0x67/0x150 >>>> set 04 14:59:05 kernel: ret_from_fork+0x25/0x30 >>>> >>>> btrfs fi df /data >>>> Data, single: total=20.63TiB, used=20.63TiB >>>> System, DUP: total=8.00MiB, used=2.20MiB >>>> Metadata, DUP: total=41.50GiB, used=40.61GiB >>>> GlobalReserve, single: total=512.00MiB, used=0.00B >>>> >>>> btrfs fi show /dev/sdo >>>> Label: 'Storage' uuid: 429e42f4-dd9e-4267-b353-aa0831812f87 >>>> Total devices 1 FS bytes used 20.67TiB >>>> devid 1 size 36.38TiB used 20.71TiB path /dev/sdo >>>> >>>> Is it serious? Can I provide other info? >>>> >>> >>> I think we're still cool here, the stack shows that btrfs is trying to >>> gain metadata space by flushing dirty pages via writeback threads, and >>> perhaps there're too much to flush to get enough metadata. >>> >>> >>> Thanks, >>> >>> -liubo >>> >> >> Hi, >> they are growing: >> >> set 05 20:46:59 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 05 20:46:59 kernel: flush_space+0x469/0x580 [btrfs] >> set 05 20:46:59 kernel: ? dequeue_task_fair+0x577/0x830 >> set 05 20:46:59 kernel: ? pick_next_task_fair+0x122/0x550 >> set 05 20:46:59 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 05 20:46:59 kernel: process_one_work+0x149/0x360 >> set 05 20:46:59 kernel: worker_thread+0x4d/0x3c0 >> set 05 20:46:59 kernel: kthread+0x109/0x140 >> set 05 20:46:59 kernel: ? rescuer_thread+0x380/0x380 >> set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 >> set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 >> set 05 20:46:59 kernel: ret_from_fork+0x25/0x30 >> set 05 20:49:02 kernel: INFO: task kworker/u34:4:10439 blocked for more >> than 120 seconds. >> set 05 20:49:02 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 05 20:49:02 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 05 20:49:02 kernel: kworker/u34:4 D 0 10439 2 0x00000080 >> set 05 20:49:02 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 05 20:49:02 kernel: Call Trace: >> set 05 20:49:02 kernel: __schedule+0x28a/0x880 >> set 05 20:49:02 kernel: schedule+0x36/0x80 >> set 05 20:49:02 kernel: wb_wait_for_completion+0x64/0x90 >> set 05 20:49:02 kernel: ? remove_wait_queue+0x60/0x60 >> set 05 20:49:02 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 05 20:49:02 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 05 20:49:02 kernel: flush_space+0x469/0x580 [btrfs] >> set 05 20:49:02 kernel: ? dequeue_task_fair+0x577/0x830 >> set 05 20:49:02 kernel: ? pick_next_task_fair+0x122/0x550 >> set 05 20:49:02 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 05 20:49:02 kernel: process_one_work+0x149/0x360 >> set 05 20:49:02 kernel: worker_thread+0x4d/0x3c0 >> set 05 20:49:02 kernel: kthread+0x109/0x140 >> set 05 20:49:02 kernel: ? rescuer_thread+0x380/0x380 >> set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 >> set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 >> set 05 20:49:02 kernel: ret_from_fork+0x25/0x30 >> >> Other round, more: >> >> set 06 20:30:20 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:30:20 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:30:20 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:30:20 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:30:20 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:30:20 kernel: Call Trace: >> set 06 20:30:20 kernel: __schedule+0x28a/0x880 >> set 06 20:30:20 kernel: schedule+0x36/0x80 >> set 06 20:30:20 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:30:20 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:30:20 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:30:20 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:30:20 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:30:20 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:30:20 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:30:20 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:30:20 kernel: process_one_work+0x149/0x360 >> set 06 20:30:20 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:30:20 kernel: kthread+0x109/0x140 >> set 06 20:30:20 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:30:20 kernel: ? kthread_park+0x60/0x60 >> set 06 20:30:20 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:30:20 kernel: ret_from_fork+0x25/0x30 >> set 06 20:32:23 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:32:23 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:32:23 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:32:23 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:32:23 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:32:23 kernel: Call Trace: >> set 06 20:32:23 kernel: __schedule+0x28a/0x880 >> set 06 20:32:23 kernel: schedule+0x36/0x80 >> set 06 20:32:23 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:32:23 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:32:23 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:32:23 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:32:23 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:32:23 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:32:23 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:32:23 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:32:23 kernel: process_one_work+0x149/0x360 >> set 06 20:32:23 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:32:23 kernel: kthread+0x109/0x140 >> set 06 20:32:23 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:32:23 kernel: ? kthread_park+0x60/0x60 >> set 06 20:32:23 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:32:23 kernel: ret_from_fork+0x25/0x30 >> set 06 20:34:26 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:34:26 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:34:26 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:34:26 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:34:26 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:34:26 kernel: Call Trace: >> set 06 20:34:26 kernel: __schedule+0x28a/0x880 >> set 06 20:34:26 kernel: schedule+0x36/0x80 >> set 06 20:34:26 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:34:26 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:34:26 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:34:26 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:34:26 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:34:26 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:34:26 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:34:26 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:34:26 kernel: process_one_work+0x149/0x360 >> set 06 20:34:26 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:34:26 kernel: kthread+0x109/0x140 >> set 06 20:34:26 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:34:26 kernel: ? kthread_park+0x60/0x60 >> set 06 20:34:26 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:34:26 kernel: ret_from_fork+0x25/0x30 >> set 06 20:36:29 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:36:29 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:36:29 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:36:29 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:36:29 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:36:29 kernel: Call Trace: >> set 06 20:36:29 kernel: __schedule+0x28a/0x880 >> set 06 20:36:29 kernel: schedule+0x36/0x80 >> set 06 20:36:29 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:36:29 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:36:29 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:36:29 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:36:29 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:36:29 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:36:29 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:36:29 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:36:29 kernel: process_one_work+0x149/0x360 >> set 06 20:36:29 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:36:29 kernel: kthread+0x109/0x140 >> set 06 20:36:29 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:36:29 kernel: ? kthread_park+0x60/0x60 >> set 06 20:36:29 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:36:29 kernel: ret_from_fork+0x25/0x30 >> set 06 20:38:32 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:38:32 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:38:32 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:38:32 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:38:32 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:38:32 kernel: Call Trace: >> set 06 20:38:32 kernel: __schedule+0x28a/0x880 >> set 06 20:38:32 kernel: schedule+0x36/0x80 >> set 06 20:38:32 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:38:32 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:38:32 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:38:32 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:38:32 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:38:32 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:38:32 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:38:32 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:38:32 kernel: process_one_work+0x149/0x360 >> set 06 20:38:32 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:38:32 kernel: kthread+0x109/0x140 >> set 06 20:38:32 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:38:32 kernel: ? kthread_park+0x60/0x60 >> set 06 20:38:32 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:38:32 kernel: ret_from_fork+0x25/0x30 >> >> It's happening near the end of rsync each time: >> lun 4 set 2017, 15.00.40, CEST >> mar 5 set 2017, 20.55.20, CEST >> mer 6 set 2017, 20.40.25, CEST >> >> Should I run balance or something else? >> >> Regards, >> >> -- >> Marco Crociani >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html -- Marco Crociani Prisma Telecom Testing S.r.l. via Petrocchi, 4 20127 MILANO ITALY Phone: +39 02 26113507 Fax: +39 02 26113597 e-mail: marcoc@prismatelecomtesting.com web: http://www.prismatelecomtesting.com Questa email (e I suoi allegati) costituisce informazione riservata e confidenziale e può essere soggetto a legal privilege. Può essere utilizzata esclusivamente dai suoi destinatari legittimi. Se avete ricevuto questa email per errore, siete pregati di informarne immediatamente il mittente e quindi cancellarla. A meno che non siate stati a ciò espressamente autorizzati, la diffusione o la riproduzione di questa email o del suo contenuto non sono consentiti. Salvo che questa email sia espressamente qualificata come offerta o accettazione contrattuale, il mittente non intende con questa email dare vita ad un vincolo giuridico e questa email non può essere interpretata quale offerta o accettazione che possa dare vita ad un contratto. Qualsiasi opinione manifestata in questa email è un'opinione personale del mittente, salvo che il mittente dichiari espressamente che si tratti di un'opinione di Prisma Engineering. ******************************************************************************* This e-mail (including any attachments) is private and confidential, and may be privileged. It is for the exclusive use of the intended recipient(s). If you have received this email in error, please inform the sender immediately and then delete this email. Unless you have been given specific permission to do so, please do not distribute or copy this email or its contents. Unless the text of this email specifically states that it is a contractual offer or acceptance, the sender does not intend to create a legal relationship and this email shall not constitute an offer or acceptance which could give rise to a contract. Any views expressed in this communication are those of the individual sender, except where the sender specifically states them to be the views of Prisma Engineering. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-07 14:37 ` Marco Lorenzo Crociani @ 2017-09-07 14:43 ` Peter Becker 2017-09-14 10:24 ` Marco Lorenzo Crociani 2017-09-08 3:24 ` Duncan 1 sibling, 1 reply; 9+ messages in thread From: Peter Becker @ 2017-09-07 14:43 UTC (permalink / raw) To: Marco Lorenzo Crociani; +Cc: bo.li.liu, linux-btrfs 2017-09-07 16:37 GMT+02:00 Marco Lorenzo Crociani <marcoc@prismatelecomtesting.com>: [...] > I got: > > 00-49: 1 > 50-79: 0 > 80-89: 0 > 90-99: 1 > 100: 25540 > > this means that fs has only one block group used under 50% and 1 between 90 > and 99% while the rest are all full? > yes .. imo, balance wouldn't help ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-07 14:43 ` Peter Becker @ 2017-09-14 10:24 ` Marco Lorenzo Crociani 0 siblings, 0 replies; 9+ messages in thread From: Marco Lorenzo Crociani @ 2017-09-14 10:24 UTC (permalink / raw) To: Peter Becker; +Cc: bo.li.liu, linux-btrfs On 07/09/2017 16:43, Peter Becker wrote: > 2017-09-07 16:37 GMT+02:00 Marco Lorenzo Crociani > <marcoc@prismatelecomtesting.com>: > [...] >> I got: >> >> 00-49: 1 >> 50-79: 0 >> 80-89: 0 >> 90-99: 1 >> 100: 25540 >> >> this means that fs has only one block group used under 50% and 1 between 90 >> and 99% while the rest are all full? >> > > yes .. imo, balance wouldn't help > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Hi, after btrfs balance start -musage=50 /data/R6HW/ and btrfs balance start -musage=99 /data/R6HW/ I wasn't able to reproduce those messages. Regards, -- Marco Crociani ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-07 14:37 ` Marco Lorenzo Crociani 2017-09-07 14:43 ` Peter Becker @ 2017-09-08 3:24 ` Duncan 2017-09-11 8:51 ` Marco Lorenzo Crociani 1 sibling, 1 reply; 9+ messages in thread From: Duncan @ 2017-09-08 3:24 UTC (permalink / raw) To: linux-btrfs Marco Lorenzo Crociani posted on Thu, 07 Sep 2017 16:37:08 +0200 as excerpted: > This e-mail (including any attachments) is private and confidential, > and may be privileged. It is for the exclusive use of the intended > recipient(s). If you have received this email in error, please inform > the sender immediately and then delete this email. Unless you have been > given specific permission to do so, please do not distribute or copy > this email or its contents. Hmm... That sort of legal notice attached to a message sent to a mailing list? Kinda defeats the purpose, IMO. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] 2017-09-08 3:24 ` Duncan @ 2017-09-11 8:51 ` Marco Lorenzo Crociani 0 siblings, 0 replies; 9+ messages in thread From: Marco Lorenzo Crociani @ 2017-09-11 8:51 UTC (permalink / raw) To: Duncan, linux-btrfs On 08/09/2017 05:24, Duncan wrote: > Marco Lorenzo Crociani posted on Thu, 07 Sep 2017 16:37:08 +0200 as > excerpted: > >> This e-mail (including any attachments) is private and confidential, >> and may be privileged. It is for the exclusive use of the intended >> recipient(s). If you have received this email in error, please inform >> the sender immediately and then delete this email. Unless you have been >> given specific permission to do so, please do not distribute or copy >> this email or its contents. > > Hmm... That sort of legal notice attached to a message sent to a mailing > list? Kinda defeats the purpose, IMO. > Sorry, forgot to remove. Resend: Hi Peter, On 07/09/2017 14:04, Peter Becker wrote:> You can check the usage of each block group with the following > scripts. If there are many blockgroups with low usage you should run > btrfs balance -musage=<percent> -dusage=<percent> /data > > cd /tmp > wget https://raw.githubusercontent.com/kdave/btrfs-progs/master/btrfs-debugfs > chmod +x btrfs-debugfs > stats=$(sudo ./btrfs-debugfs -b /) > > echo "00-49: " $(echo "$stats" | grep "usage 0.[0-4]" -c) > echo "50-79: " $(echo "$stats" | grep "usage 0.[5-7]" -c) > echo "80-89: " $(echo "$stats" | grep "usage 0.8" -c) > echo "90-99: " $(echo "$stats" | grep "usage 0.9" -c) > echo "100: " $(echo "$stats" | grep "usage 1." -c) > > The btrfs-debugfs script is from the btrfs progs source and report the > usage of each block group. The following script groups the result. > > This script should take less than a few minutes to complete. > > I qick script that could free some space: > > btrfs balance start -musage=0 /data > btrfs balance start -dusage=10 /data -dusage o -musage? > btrfs balance start -musage=50 /data > btrfs balance start -musage=70 /data > I got: 00-49: 1 50-79: 0 80-89: 0 90-99: 1 100: 25540 this means that fs has only one block group used under 50% and 1 between 90 and 99% while the rest are all full? Thanks, Marco > 2017-09-07 13:17 GMT+02:00 Marco Lorenzo Crociani > <marcoc@prismatelecomtesting.com>: >> On 05/09/2017 18:27, Liu Bo wrote: >>> >>> On Tue, Sep 05, 2017 at 11:47:26AM +0200, Marco Lorenzo Crociani wrote: >>>> >>>> Hi, >>>> I was transferring some data with rsync to a btrfs filesystem when I got: >>>> >>>> set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more >>>> than 120 seconds. >>>> set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >>>> set 04 14:59:05 kernel: "echo 0 > >>>> /proc/sys/kernel/hung_task_timeout_secs" >>>> disables this message. >>>> set 04 14:59:05 kernel: kworker/u33:2 D 0 25015 2 0x00000080 >>>> set 04 14:59:05 kernel: Workqueue: events_unbound >>>> btrfs_async_reclaim_metadata_space [btrfs] >>>> set 04 14:59:05 kernel: Call Trace: >>>> set 04 14:59:05 kernel: __schedule+0x28a/0x880 >>>> set 04 14:59:05 kernel: schedule+0x36/0x80 >>>> set 04 14:59:05 kernel: wb_wait_for_completion+0x64/0x90 >>>> set 04 14:59:05 kernel: ? remove_wait_queue+0x60/0x60 >>>> set 04 14:59:05 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >>>> set 04 14:59:05 kernel: writeback_inodes_sb_nr+0x10/0x20 >>>> set 04 14:59:05 kernel: flush_space+0x469/0x580 [btrfs] >>>> set 04 14:59:05 kernel: ? dequeue_task_fair+0x577/0x830 >>>> set 04 14:59:05 kernel: ? pick_next_task_fair+0x122/0x550 >>>> set 04 14:59:05 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >>>> [btrfs] >>>> set 04 14:59:05 kernel: process_one_work+0x149/0x360 >>>> set 04 14:59:05 kernel: worker_thread+0x4d/0x3c0 >>>> set 04 14:59:05 kernel: kthread+0x109/0x140 >>>> set 04 14:59:05 kernel: ? rescuer_thread+0x380/0x380 >>>> set 04 14:59:05 kernel: ? kthread_park+0x60/0x60 >>>> set 04 14:59:05 kernel: ? do_syscall_64+0x67/0x150 >>>> set 04 14:59:05 kernel: ret_from_fork+0x25/0x30 >>>> >>>> btrfs fi df /data >>>> Data, single: total=20.63TiB, used=20.63TiB >>>> System, DUP: total=8.00MiB, used=2.20MiB >>>> Metadata, DUP: total=41.50GiB, used=40.61GiB >>>> GlobalReserve, single: total=512.00MiB, used=0.00B >>>> >>>> btrfs fi show /dev/sdo >>>> Label: 'Storage' uuid: 429e42f4-dd9e-4267-b353-aa0831812f87 >>>> Total devices 1 FS bytes used 20.67TiB >>>> devid 1 size 36.38TiB used 20.71TiB path /dev/sdo >>>> >>>> Is it serious? Can I provide other info? >>>> >>> >>> I think we're still cool here, the stack shows that btrfs is trying to >>> gain metadata space by flushing dirty pages via writeback threads, and >>> perhaps there're too much to flush to get enough metadata. >>> >>> >>> Thanks, >>> >>> -liubo >>> >> >> Hi, >> they are growing: >> >> set 05 20:46:59 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 05 20:46:59 kernel: flush_space+0x469/0x580 [btrfs] >> set 05 20:46:59 kernel: ? dequeue_task_fair+0x577/0x830 >> set 05 20:46:59 kernel: ? pick_next_task_fair+0x122/0x550 >> set 05 20:46:59 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 05 20:46:59 kernel: process_one_work+0x149/0x360 >> set 05 20:46:59 kernel: worker_thread+0x4d/0x3c0 >> set 05 20:46:59 kernel: kthread+0x109/0x140 >> set 05 20:46:59 kernel: ? rescuer_thread+0x380/0x380 >> set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 >> set 05 20:46:59 kernel: ? kthread_park+0x60/0x60 >> set 05 20:46:59 kernel: ret_from_fork+0x25/0x30 >> set 05 20:49:02 kernel: INFO: task kworker/u34:4:10439 blocked for more >> than 120 seconds. >> set 05 20:49:02 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 05 20:49:02 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 05 20:49:02 kernel: kworker/u34:4 D 0 10439 2 0x00000080 >> set 05 20:49:02 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 05 20:49:02 kernel: Call Trace: >> set 05 20:49:02 kernel: __schedule+0x28a/0x880 >> set 05 20:49:02 kernel: schedule+0x36/0x80 >> set 05 20:49:02 kernel: wb_wait_for_completion+0x64/0x90 >> set 05 20:49:02 kernel: ? remove_wait_queue+0x60/0x60 >> set 05 20:49:02 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 05 20:49:02 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 05 20:49:02 kernel: flush_space+0x469/0x580 [btrfs] >> set 05 20:49:02 kernel: ? dequeue_task_fair+0x577/0x830 >> set 05 20:49:02 kernel: ? pick_next_task_fair+0x122/0x550 >> set 05 20:49:02 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 05 20:49:02 kernel: process_one_work+0x149/0x360 >> set 05 20:49:02 kernel: worker_thread+0x4d/0x3c0 >> set 05 20:49:02 kernel: kthread+0x109/0x140 >> set 05 20:49:02 kernel: ? rescuer_thread+0x380/0x380 >> set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 >> set 05 20:49:02 kernel: ? kthread_park+0x60/0x60 >> set 05 20:49:02 kernel: ret_from_fork+0x25/0x30 >> >> Other round, more: >> >> set 06 20:30:20 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:30:20 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:30:20 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:30:20 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:30:20 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:30:20 kernel: Call Trace: >> set 06 20:30:20 kernel: __schedule+0x28a/0x880 >> set 06 20:30:20 kernel: schedule+0x36/0x80 >> set 06 20:30:20 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:30:20 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:30:20 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:30:20 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:30:20 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:30:20 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:30:20 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:30:20 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:30:20 kernel: process_one_work+0x149/0x360 >> set 06 20:30:20 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:30:20 kernel: kthread+0x109/0x140 >> set 06 20:30:20 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:30:20 kernel: ? kthread_park+0x60/0x60 >> set 06 20:30:20 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:30:20 kernel: ret_from_fork+0x25/0x30 >> set 06 20:32:23 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:32:23 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:32:23 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:32:23 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:32:23 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:32:23 kernel: Call Trace: >> set 06 20:32:23 kernel: __schedule+0x28a/0x880 >> set 06 20:32:23 kernel: schedule+0x36/0x80 >> set 06 20:32:23 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:32:23 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:32:23 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:32:23 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:32:23 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:32:23 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:32:23 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:32:23 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:32:23 kernel: process_one_work+0x149/0x360 >> set 06 20:32:23 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:32:23 kernel: kthread+0x109/0x140 >> set 06 20:32:23 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:32:23 kernel: ? kthread_park+0x60/0x60 >> set 06 20:32:23 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:32:23 kernel: ret_from_fork+0x25/0x30 >> set 06 20:34:26 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:34:26 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:34:26 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:34:26 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:34:26 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:34:26 kernel: Call Trace: >> set 06 20:34:26 kernel: __schedule+0x28a/0x880 >> set 06 20:34:26 kernel: schedule+0x36/0x80 >> set 06 20:34:26 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:34:26 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:34:26 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:34:26 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:34:26 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:34:26 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:34:26 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:34:26 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:34:26 kernel: process_one_work+0x149/0x360 >> set 06 20:34:26 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:34:26 kernel: kthread+0x109/0x140 >> set 06 20:34:26 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:34:26 kernel: ? kthread_park+0x60/0x60 >> set 06 20:34:26 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:34:26 kernel: ret_from_fork+0x25/0x30 >> set 06 20:36:29 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:36:29 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:36:29 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:36:29 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:36:29 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:36:29 kernel: Call Trace: >> set 06 20:36:29 kernel: __schedule+0x28a/0x880 >> set 06 20:36:29 kernel: schedule+0x36/0x80 >> set 06 20:36:29 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:36:29 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:36:29 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:36:29 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:36:29 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:36:29 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:36:29 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:36:29 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:36:29 kernel: process_one_work+0x149/0x360 >> set 06 20:36:29 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:36:29 kernel: kthread+0x109/0x140 >> set 06 20:36:29 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:36:29 kernel: ? kthread_park+0x60/0x60 >> set 06 20:36:29 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:36:29 kernel: ret_from_fork+0x25/0x30 >> set 06 20:38:32 kernel: INFO: task kworker/u33:8:25153 blocked for more >> than 120 seconds. >> set 06 20:38:32 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1 >> set 06 20:38:32 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" >> disables this message. >> set 06 20:38:32 kernel: kworker/u33:8 D 0 25153 2 0x00000080 >> set 06 20:38:32 kernel: Workqueue: events_unbound >> btrfs_async_reclaim_metadata_space [btrfs] >> set 06 20:38:32 kernel: Call Trace: >> set 06 20:38:32 kernel: __schedule+0x28a/0x880 >> set 06 20:38:32 kernel: schedule+0x36/0x80 >> set 06 20:38:32 kernel: wb_wait_for_completion+0x64/0x90 >> set 06 20:38:32 kernel: ? remove_wait_queue+0x60/0x60 >> set 06 20:38:32 kernel: __writeback_inodes_sb_nr+0x8e/0xb0 >> set 06 20:38:32 kernel: writeback_inodes_sb_nr+0x10/0x20 >> set 06 20:38:32 kernel: flush_space+0x469/0x580 [btrfs] >> set 06 20:38:32 kernel: ? dequeue_task_fair+0x577/0x830 >> set 06 20:38:32 kernel: ? pick_next_task_fair+0x122/0x550 >> set 06 20:38:32 kernel: btrfs_async_reclaim_metadata_space+0x112/0x430 >> [btrfs] >> set 06 20:38:32 kernel: process_one_work+0x149/0x360 >> set 06 20:38:32 kernel: worker_thread+0x4d/0x3c0 >> set 06 20:38:32 kernel: kthread+0x109/0x140 >> set 06 20:38:32 kernel: ? rescuer_thread+0x380/0x380 >> set 06 20:38:32 kernel: ? kthread_park+0x60/0x60 >> set 06 20:38:32 kernel: ? do_syscall_64+0x67/0x150 >> set 06 20:38:32 kernel: ret_from_fork+0x25/0x30 >> >> It's happening near the end of rsync each time: >> lun 4 set 2017, 15.00.40, CEST >> mar 5 set 2017, 20.55.20, CEST >> mer 6 set 2017, 20.40.25, CEST >> >> Should I run balance or something else? >> >> Regards, >> >> -- >> Marco Crociani >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html -- Marco Crociani Prisma Telecom Testing S.r.l. via Petrocchi, 4 20127 MILANO ITALY Phone: +39 02 26113507 Fax: +39 02 26113597 e-mail: marcoc@prismatelecomtesting.com web: http://www.prismatelecomtesting.com ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2017-09-14 10:24 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-09-05 9:47 Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] Marco Lorenzo Crociani 2017-09-05 16:27 ` Liu Bo 2017-09-07 11:17 ` Marco Lorenzo Crociani 2017-09-07 12:04 ` Peter Becker 2017-09-07 14:37 ` Marco Lorenzo Crociani 2017-09-07 14:43 ` Peter Becker 2017-09-14 10:24 ` Marco Lorenzo Crociani 2017-09-08 3:24 ` Duncan 2017-09-11 8:51 ` Marco Lorenzo Crociani
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).