On Fri, Oct 27, 2023 at 5:59 PM Eyal Lebedinsky <fedora@xxxxxxxxxxxxxx> wrote: > > Fully updated F28. > > I had to send one (of 7) member disk for RMA. > I notice that the system is very non responsive. 'top' shows > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 1365697 root 20 0 0 0 0 R 93.8 0.0 384:40.55 kworker/u16:3+flush-9:127 > > This continues even when there are no user actions (ff, tb closed). > > A few days ago it stopped, but today I see that it kept running all night where there were > period of inactivity for a few hours. > > As another point: a few days ago I received a disk from RMA and the recovery went as fast as expected. > I then removed another disk to send for RMA. > > Is this expected? Is there anything I can do to improve the situation? If you have a hot spare and a lot of data, I could envision a situation where a low priority thread takes several days to rebuild the array. Or that has been my [limited] experience when failing over. But it usually happens in the background, and does not affect responsiveness too much. Jeff _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
