Bug 2263154

Summary: /bin/kdumpctl: line 1270: grubby: command not found
Product: [Fedora] Fedora Reporter: Tim Landscheidt <tim>
Component: kexec-toolsAssignee: Coiby <coxu>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 38CC: bhe, coxu, cristian.ciupitu, extras-qa, jeremy.linton, jonathansteffan, riehecky, ruyang, ryncsn, zbyszek
Target Milestone: ---Keywords: FutureFeature
Target Release: ---Flags: fedora-admin-xmlrpc: mirror+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 2121912 Environment:
Last Closed: 2024-05-31 09:15:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Tim Landscheidt 2024-02-07 09:19:39 UTC 
+++ This bug was initially created as a clone of Bug #2121912 +++

On Fedora 38, updating the kernel causes errors due to the kexec-tools-2.0.26-3.fc38.x86_64 posttrans scriptlet invoking grubby without requiring it:

| […]
|   Ausgeführtes Scriptlet: kernel-modules-core-6.6.14-100.fc38.x86_64                                                                                                                 16/16
|   Ausgeführtes Scriptlet: kernel-core-6.6.14-100.fc38.x86_64                                                                                                                         16/16
| /bin/kdumpctl: line 1270: grubby: command not found
| kdump: kernel 6.6.14-100.fc38.x86_64 doesn't exist

|   Ausgeführtes Scriptlet: kernel-modules-6.6.14-100.fc38.x86_64                                                                                                                      16/16
|   Ausgeführtes Scriptlet: python3-google-api-client-2:2.111.0-1.fc38.noarch                                                                                                          16/16
| […]
Comment 1 Jeremy Linton 2024-02-10 03:02:10 UTC 
Oh, is this a BIOS machine? I bet anaconda need to be tweaked again.
Comment 2 Jeremy Linton 2024-02-10 03:06:39 UTC 
Right, grubby should probably be added here: https://github.com/rhinstaller/anaconda/blob/c949c03b27be92c2b872d7ba7370bd52313f92f6/pyanaconda/modules/storage/bootloader/grub2.py#L104

That way grubby gets added on grub2 systems.
Comment 3 Tim Landscheidt 2024-02-10 18:03:44 UTC 
Sorry, I can't follow.  If kexec-tools invokes grubby via kdumpctl in its scriptlets, why would this dependency be declared anywhere but at https://src.fedoraproject.org/rpms/kexec-tools/blob/f38/f/kexec-tools.spec#_68?  (Complementary, if it does not depend on it, it should be able to cope with it not existing.)
Comment 4 Zbigniew Jędrzejewski-Szmek 2024-02-11 15:55:26 UTC 
kdumpctl already has code to check if grubby exists and act accordingly, at least
in the rawhide. So maybe those should be backported to F38?
Comment 5 Aoife Moloney 2024-05-31 09:15:37 UTC 
Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21.

Fedora Linux 38 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.