Bug 1947157
Summary: | disk image creation fails when excluding kernel-lpae on 32-bit arm | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul Whalen <pwhalen> |
Component: | anaconda | Assignee: | Vendula Poncova <vponcova> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 34 | CC: | anaconda-maint-list, awilliam, jonathan, kellin, robatino, vanmeeuwen+fedora, vponcova, wwoods |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | arm | ||
OS: | Linux | ||
Whiteboard: | AcceptedBlocker | ||
Fixed In Version: | anaconda-34.24.9-1 anaconda-34.24.9-1.fc34 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-04-14 19:36:43 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: | |||
Bug Depends On: | |||
Bug Blocks: | 245418, 1829024 |
Description
Paul Whalen
2021-04-07 19:37:15 UTC
Proposing as a blocker for F34, this prevents us from creating a release blocking image (Minimal armhfp). Note the code in anaconda that requires kernel-lpae to be in the package set if available was added in 2013 in response to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1013015 commit is https://github.com/rhinstaller/anaconda/commit/ffe01087ce10c80c991776c92f30c669c5a50e01 (the logic has been moved/tweaked since but the basic idea is the same). Hi, I am not sure how to fix the issue in the context of the bug 1013015. 1. Is the current behaviour a regression? 2. Should we drop the support for the kernel-lpae package? 3. Should we extend the condition for the installation of the kernel-lpae package? 4. Should we allow to exclude the package kernel-lpae from the installation in a kickstart file? I think perhaps #3, extending the logic to prefer lpae if available but not require it. This would allow us to exclude it in the kickstart(#4) to make disk images that will boot on all hardware. Fixed in a pull request: https://github.com/rhinstaller/anaconda/pull/3284 +3 in https://pagure.io/fedora-qa/blocker-review/issue/336 , marking accepted. FEDORA-2021-394fedac1d has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-394fedac1d Just a note, it is necessary to use -kernel-lpae in the %packages section. The -kernel-lpae* option will not work. FEDORA-2021-394fedac1d 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-394fedac1d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-394fedac1d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. (In reply to Vendula Poncova from comment #8) > Just a note, it is necessary to use -kernel-lpae in the %packages section. > The -kernel-lpae* option will not work. Thanks Vendula. PR for the kickstart change - https://pagure.io/fedora-kickstarts/pull-request/802 FEDORA-2021-394fedac1d has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report. |