Fedora Account System
Red Hat Associate
Red Hat Customer
anaconda 40.3 exception report Traceback (most recent call first): File "/usr/lib/python3.12/site-packages/dasbus/client/handler.py", line 509, in _handle_method_error raise exception from None File "/usr/lib/python3.12/site-packages/dasbus/client/handler.py", line 483, in _get_method_reply return self._handle_method_error(error) File "/usr/lib/python3.12/site-packages/dasbus/client/handler.py", line 450, in _call_method return self._get_method_reply( File "/usr/lib64/python3.12/site-packages/pyanaconda/payload/migrated.py", line 62, in kernel_version_list return self.service_proxy.GetKernelVersionList() File "/usr/lib64/python3.12/site-packages/pyanaconda/installation.py", line 421, in run_configure_bootloader payload.kernel_version_list ... pyanaconda.modules.common.errors.general.UnavailableValueError: The kernel version list is not available. Reproducible: Always
Please, attach all files with installation logs, especially the files named journal.log and syslog. You can find them during the installation in /tmp or on the installed system in /var/log/anaconda/.
Created attachment 1990479 [details] anaconda logs Here are the logs
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle. Changing version to 40.
I'm still seeing this with latest rawhide. Somebody reached out to me by email to see if I had a fix for it, so at least one other person is hitting it.
I wonder if I hit this because I'm specifying missing packages in my kickstart package list?
Yes, if I reduce the package set to remove the missing packages so that anaconda does not prompt me about them, it proceeds to the install step. So it seems like the handling of missing packages is broken now.
*** Bug 2264240 has been marked as a duplicate of this bug. ***
Any chance we could get this fixed? It's a pretty annoying bug especially when trying to deploy new versions of the OS.
Hi Orion, if you have kickstart with the %packages section where some packages are expected to be missing, you should use ``%packages --ignoremissing`` parameter which will explicitly tell Anaconda to skip these missing packages. https://pykickstart.readthedocs.io/en/latest/kickstart-docs.html#chapter-9-package-selection Traceback you are seeing is not correct, we already know about this issue that broken package set is raising different error than it should. Anyway, the proposal should solve your issue, so I'm closing this bug. If your problem persist even after using the ``--ignoremissing`` parameter feel free to reopen the bug.
(In reply to Orion Poplawski from comment #8) > Any chance we could get this fixed? It's a pretty annoying bug especially > when trying to deploy new versions of the OS. I've opened a PR that should fix the crash on interactive continue: https://github.com/rhinstaller/anaconda/pull/5937