-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Arch Linux soft lockup tracker, vol. 2 #720
Comments
Kernel on the host doesn't seem to matter either, since the soft lockups happen with both the stock |
Same stuff with
|
Some more soft lockups to spice things up:
|
Updates from https://bugzilla.kernel.org/show_bug.cgi?id=218684:
[0] https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories |
The culprit is a missing patch in C9S's kernel, see https://bugzilla.kernel.org/show_bug.cgi?id=218684#c3. Filed https://issues.redhat.com/browse/RHEL-32384 to get the patches to C9S. |
This should be resolved temporarily by 239a64c and permanently once https://issues.redhat.com/browse/RHEL-32384 lands in C9S. |
Because the first one apparently needed a sequel.
After moving the bare metal hypervisors from C8S to C9S, the Arch Linux jobs started exhibiting frequent soft lockups. The stack traces look pretty similar to the ones from #660:
It doesn't seem to be caused by excessive I/O, since the utilization on both the host and the guest never goes above 50% (not counting spikes), and moving most of the stuff to tmpfs didn't help either.
It's also not caused by oversaturated serial console, since systemd/systemd@fa6f37c is in place, and the soft lockups happen outside of the test VMs anyway (where the serial console is pretty much quiet after boot).
The text was updated successfully, but these errors were encountered: