Description of problem: Version-Release number of selected component: anaconda-31.19 The following was filed automatically by anaconda: anaconda 31.19 exception report Traceback (most recent call first): File "/usr/lib64/python3.7/site-packages/pyanaconda/payload/dnfpayload.py", line 731, in _payload_setup_error sys.exit(1) File "/usr/lib64/python3.7/site-packages/pyanaconda/payload/dnfpayload.py", line 577, in _apply_selections self._payload_setup_error(e) File "/usr/lib64/python3.7/site-packages/pyanaconda/payload/dnfpayload.py", line 885, in check_software_selection self._apply_selections() File "/usr/lib64/python3.7/site-packages/pyanaconda/ui/tui/spokes/software_selection.py", line 340, in check_software_selection self.payload.check_software_selection() File "/usr/lib64/python3.7/threading.py", line 870, in run self._target(*self._args, **self._kwargs) File "/usr/lib64/python3.7/site-packages/pyanaconda/threading.py", line 280, in run threading.Thread.run(self) SystemExit: 1 Additional info: addons: com_redhat_kdump cmdline: /usr/bin/python3 /sbin/anaconda cmdline_file: BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=Fedora-E-dvd-x86_64-rawh quiet console=ttyS0 dnf.librepo.log: executable: /sbin/anaconda hashmarkername: anaconda kernel: 5.3.0-0.rc0.git3.1.fc31.x86_64 product: Fedora release: Fedora release 31 (Rawhide) release_type: pre-release type: anaconda version: rawhide
Created attachment 1590146 [details] File: anaconda-tb
Created attachment 1590147 [details] File: anaconda.log
Created attachment 1590148 [details] File: dbus.log
Created attachment 1590149 [details] File: environ
Created attachment 1590150 [details] File: hawkey.log
Created attachment 1590151 [details] File: lorax-packages.log
Created attachment 1590152 [details] File: lsblk_output
Created attachment 1590153 [details] File: lvm.log
Created attachment 1590154 [details] File: nmcli_dev_list
Created attachment 1590155 [details] File: os_info
Created attachment 1590156 [details] File: program.log
Created attachment 1590157 [details] File: storage.log
Created attachment 1590158 [details] File: syslog
Created attachment 1590159 [details] File: packaging.log
It happens sometime. But I'm unable to replicate in a systematic way.
This issue is raised from the DNF library. Switching components. 07:57:13,956 CRT exception: Traceback (most recent call last): File "/usr/lib/python3.7/site-packages/dnf/yum/misc.py", line 411, in decompress libdnf.utils.decompress(filename, out, 0o644, ztype) File "/usr/lib64/python3.7/site-packages/libdnf/utils.py", line 208, in decompress return _utils.decompress(inPath, outPath, outMode, compressType) RuntimeError: open: No such file or directory During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib64/python3.7/site-packages/pyanaconda/payload/dnfpayload.py", line 563, in _apply_selections self._base.install_specs(install=include_list, exclude=exclude_list) File "/usr/lib/python3.7/site-packages/dnf/base.py", line 1849, in install_specs self.read_comps(arch_filter=True) File "/usr/lib/python3.7/site-packages/dnf/base.py", line 597, in read_comps decompressed = misc.repo_gen_decompress(comps_fn, 'groups.xml') File "/usr/lib/python3.7/site-packages/dnf/yum/misc.py", line 433, in repo_gen_decompress return decompress(filename, dest=dest, check_timestamps=True, fn_only=cached) File "/usr/lib/python3.7/site-packages/dnf/yum/misc.py", line 413, in decompress raise dnf.exceptions.MiscError(str(e)) dnf.exceptions.MiscError: open: No such file or directory
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
Jiri, how did you get the tracebacks from Comment 16? Were you able to reproduce the issue? I've created a PR to include the filename in the error messages here: https://github.com/rpm-software-management/libdnf/pull/785 However, I think we still need a reproducer...
Hello Lukáš, no I did not tried to reproduce it. The traceback is from the anaconda.log. The reproducer is more on the reporter. Could you please describe steps to reproduce this issue or better try the proposed change if you know how?
Ah, sorry, I've missed that log.
I'll close this; the fixed error message has been released, in case of further occurrences we'll get more information. The code should really be throwing a specific exception instead of a RuntimeError, but I don't want to touch it without a bug report that would warrant it, changing the type could break things elsewhere...