Bug ID | 1189993 |
---|---|
Summary | Btrfs hogged one of the CPU cores for more than 30 minutes after a reboot (5.13.12-2-default, 33df9c6) |
Classification | openSUSE |
Product | openSUSE Tumbleweed |
Version | Current |
Hardware | x86-64 |
OS | Other |
Status | NEW |
Severity | Minor |
Priority | P5 - None |
Component | Kernel |
Assignee | kernel-bugs@opensuse.org |
Reporter | lpechacek@suse.com |
QA Contact | qa-bugs@suse.de |
Found By | --- |
Blocker | --- |
Created attachment 852174 [details]
dmesg, SysRq-L, perf data, lsblk -f, snapper list
My CPU fan had a long high-intensity exercise this morning. The root cause
turned out to be a kworker thread doing "btrfs_preempt_reclaim_metadata_space".
The offending thread identification is "kworker/u16:11".
I've collected some data bits (dmesg, SysRq-L, perf data) during the event. It
is unclear to me, however, what triggered this long-running FS maintenance and
how I could stop it in case I needed to - i.e. if the laptop ran battery or if
I sat in a quiet room where the CPU fan disturbance would be unacceptable.