-
Notifications
You must be signed in to change notification settings - Fork 155
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
05core: skip sysroot.mount for remote kdump #2847
Conversation
would an alternative approach to this be to just make sure the XFS module gets loaded in the initramfs? |
It's what I suggested on https://issues.redhat.com/browse/OCPBUGS-27935 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, this is not ideal but at least it's contained.
I think the real fix here is probably a barrier release to finally migrate older systems to add a root
karg, and then we'd change the logic here to only emit sysroot.mount
on first boot (i.e. move it below the ignition.firstboot
check).
another option would be to convince kdump upstream to name the module in their default config. but if we want to do the |
I am not so sure about I should do here , after reading comments from @dustymabe and @jlebon :) |
IMO I think we should get this in to unbreak anyone using kdump+SSH. Doing the migration is good too, but must be done carefully. How about filing a tracker issue for the migration and then linking that as a comment in the code mentioning that we'll be able to clean this up once it's implemented? |
fe98920
to
912ebea
Compare
Ok, I updated the commit message and also add a link in the code |
If kdump is setup to upload logs to a remote host, the XFS module may not be loaded, which cause sysroot.mount to fail. If the target for logs is SSH, kdump will boot with a `kdump_remote_ip` karg. Skip generating sysroot.mount in that case so kdump can boot without having to load XFS. This is a temporary fix until we migrate older systems to have a root karg: coreos/fedora-coreos-tracker#1675 See https://issues.redhat.com/browse/OCPBUGS-27935
912ebea
to
fd3cd17
Compare
We can not rely on loading the right filesystem module as kdump maybe be used in a "diskless" / upload to remote mode which will not touch the disks at all, for example if those are LUKS encrypted. |
See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Adding this as a condition to the sysroot.mount generator makes systemd skip the mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-27935
See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Adding this as a condition to the sysroot.mount generator makes systemd skip the mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See #2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See #2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See #2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
Further refines 1d757f4 See coreos#2847 This one was merged with not enough testing : it turns out the kernel arg is only visible to dracut, which turns it into a drop-in file, in /etc/cmdline.d/60kdumpip.conf Use the dracut lib to query the "kdump_remote_ip" argument to skip the sysroot mount unit in kdump initramfs (only when kdump is configured to export logs to a remote IP) Ref https://issues.redhat.com/browse/OCPBUGS-29762
If kdump is setup to upload logs to a remote host, the XFS module may not be loaded, which cause sysroot.mount to fail.
If the target for logs is SSH, kdump will boot with a
kdump_remote_ip
karg. Skip generating sysroot.mount in that case so kdump can boot without having to load XFS.See https://issues.redhat.com/browse/OCPBUGS-27935