Bug 2003780 - F34 fix backport for: kdump initrd generation fails if /boot not writable
Summary: F34 fix backport for: kdump initrd generation fails if /boot not writable
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kexec-tools
Version: 34
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Kairui Song
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1918493
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-09-13 16:58 UTC by Timothée Ravier
Modified: 2021-10-13 20:28 UTC (History)
6 users (show)

Fixed In Version: kexec-tools-2.0.22-4.fc34
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1918493
Environment:
Last Closed: 2021-10-13 20:28:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker FC-280 0 None None None 2021-09-13 17:00:23 UTC

Description Timothée Ravier 2021-09-13 16:58:58 UTC
+++ This bug was initially created as a clone of Bug #1918493 +++

Description of problem:
In Fedora CoreOS versions 33.20210104.3.0 and later, the /boot directory is mounted read-only. Because of this, kdump is not able to place the generated kdump initrd next to the kernel image in `KDUMP_BOOTDIR`. 
Possible solutions would be to make the location of the generated kdump initrd configurable, or to remount /boot writable whenever kdump needs to write to it. 

How reproducible:
Always

Steps to Reproduce:
1. systemctl start kdump.service

Actual results:
kdump: /boot/ostree/fedora-coreos-b75b97c31a6cd29bf45d4ba7ca6d5b5d8ee8592e909b18c3b381772a5db7e00b does not have write permission. Can not rebuild /boot/ostree/fedora-coreos-b75b97c31a6cd29bf45d4ba7ca6d5b5d8ee8592e909b18c3b381772a5db7e00b/initramfs-5.10.7-200.fc33.x86_64kdump.img

Expected results:
Crash recovery kernel arming succeeds.

Additional info:
https://issues.redhat.com/browse/GRPA-3209

--- Additional comment from Kairui Song on 2021-04-28 20:38:06 UTC ---

Fixed in latest rawhide build.

Comment 1 Timothée Ravier 2021-09-13 17:00:12 UTC
In short, we need a backport of https://src.fedoraproject.org/rpms/kexec-tools/c/75bdcb7399b6fe48032a8db534e18b01206601bc?branch=rawhide in F34 to fix kdump enablement in FCOS: https://github.com/coreos/fedora-coreos-config/pull/1212

Comment 2 Fedora Update System 2021-09-28 19:29:49 UTC
FEDORA-2021-bba60cc45a has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-bba60cc45a

Comment 3 Fedora Update System 2021-09-29 02:23:31 UTC
FEDORA-2021-bba60cc45a has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-bba60cc45a`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-bba60cc45a

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 4 Fedora Update System 2021-10-13 20:28:31 UTC
FEDORA-2021-bba60cc45a has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.