The openQA install_updates_nfs test has been failing since Fedora-32-20200221.n.0 , which is the first compose with anaconda 32.24. The test passed on the prior two composes. The failure is a traceback:
File "/usr/lib64/python3.8/site-packages/pyanaconda/threading.py", line 280, in run
File "/usr/lib64/python3.8/threading.py", line 870, in run
File "/usr/lib64/python3.8/site-packages/pyanaconda/payload/manager.py", line 206, in _run_thread
File "/usr/lib64/python3.8/site-packages/pyanaconda/payload/dnfpayload.py", line 1146, in update_base_repo
install_tree_url, mirrorlist, metalink = self._setup_install_device(checkmount)
File "/usr/lib64/python3.8/site-packages/pyanaconda/payload/__init__.py", line 836, in _setup_install_device
url = self._setup_cdrom_device(method, iso_device_path, repo_device_path)
File "/usr/lib64/python3.8/site-packages/pyanaconda/payload/__init__.py", line 994, in _setup_cdrom_device
self.install_device = find_optical_install_media()
File "/usr/lib64/python3.8/site-packages/pyanaconda/payload/image.py", line 211, in find_optical_install_media
File "/usr/lib64/python3.8/site-packages/pyanaconda/payload/utils.py", line 74, in mount_device
File "/usr/lib/python3.8/site-packages/dasbus/client/handler.py", line 442, in _call_method
File "/usr/lib/python3.8/site-packages/dasbus/client/handler.py", line 474, in _get_method_reply
File "/usr/lib/python3.8/site-packages/dasbus/client/handler.py", line 496, in _handle_method_error
raise exception from None
pyanaconda.modules.common.errors.storage.MountFilesystemError: Failed to mount sr0 at /tmp/tmpgmc4qm01: mounting filesystem iso9660 is not supported
the exact boot parameter used is:
where that is a valid NFS repository containing the contents of the Server DVD ISO. Another test which uses the same repo but with inst.repo= not inst.stage2= passes, so the bug is specifically with the use of inst.stage2 vs inst.repo.
For now I'm proposing this as a Final blocker, as a violation of "The installer must be able to use an installer update image retrieved from removable media or a remote package source" - this is because, AFAIK, use of `inst.stage2` in this manner is necessary to use an installer update image via NFS. That is what this test actually *tests*.
Also proposing as a Beta FE, as a bug in a significant feature (Final-blocking) which can't be fixed with an update.
*** This bug has been marked as a duplicate of bug 1806520 ***