Installer WebUI Critical Error: org.fedoraproject.Anaconda.Error: 'NoneType' object has no attribute 'path' Please attach the log file /tmp/journal.log to the issue. Reproducible: Always
Created attachment 2106349 [details] journal.log as requested
This happened when I was trying to perform the "preserve home while setting mount points manually" test case.
*** Bug 2400957 has been marked as a duplicate of this bug. ***
*** Bug 2395902 has been marked as a duplicate of this bug. ***
*** Bug 2395492 has been marked as a duplicate of this bug. ***
*** Bug 2412018 has been marked as a duplicate of this bug. ***
*** Bug 2412243 has been marked as a duplicate of this bug. ***
*** Bug 2413201 has been marked as a duplicate of this bug. ***
*** Bug 2413555 has been marked as a duplicate of this bug. ***
Analysis: The interesting part of the failure is: Sep 11 12:33:00 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: File "/usr/lib64/python3.14/site-packages/pyanaconda/modules/storage/partitioning/manual/manual_module.py", line 84, in setup_kickstart Sep 11 12:33:00 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: mount_data.device = device.path Sep 11 12:33:00 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: ^^^^^^^^^^^ Sep 11 12:33:00 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: AttributeError: 'NoneType' object has no attribute 'path' The requests object for this manual partitioning can be seen here: Sep 11 12:30:44 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:anaconda.modules.storage.partitioning.manual.manual_module:Requests are set to '[MountPointRequest(device_spec='nvme1n1p1', format_options='', format_type='efi', ks_spec='', mount_options='', mount_point='/boot/efi', reformat=False), MountPointRequest(device_spec='nvme1n1p2', format_options='', format_type='ext4', ks_spec='', mount_options='', mount_point='/boot', reformat=False), MountPointRequest(device_spec='BTRFS-8e512a44-fddd-454d-beea-64be22044dff-home', format_options='', format_type='btrfs', ks_spec='', mount_options='subvol=home', mount_point='/home', reformat=False), MountPointRequest(device_spec='BTRFS-8e512a44-fddd-454d-beea-64be22044dff-root', format_options='', format_type='btrfs', ks_spec='', mount_options='subvol=root', mount_point='/', reformat=True), MountPointRequest(device_spec='BTRFS-8e512a44-fddd-454d-beea-64be22044dff-root/var/lib/machines', format_options='', format_type='btrfs', ks_spec='', mount_options='subvol=root/var/lib/machines', mount_point='', reformat=False)]'. What looks like the root case is that the root BTRFS subvolume is reformatted, but it's nested subvolume root/var/lib/machines are not marked for reformatting in the requests. Blivet therefore removes the root/var/lib/machines subvolume from the device tree. Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:removing root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet: DeviceTree.get_dependent_devices: dep: existing 929.91 GiB btrfs subvolume root (98) with existing btrfs filesystem ; hidden: False ; Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if nvme0n1 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if nvme0n1p3 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if sda depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if nvme1n1 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if nvme1n1p1 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if nvme1n1p2 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if /LiveOS/squashfs.img depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if loop0 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if luks-53cf23ae-76fa-413f-a293-b257e0f1a868 depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if fedora depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if home depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if root depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:checking if root/var/lib/machines depends on root Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:devices to remove: ['root/var/lib/machines'] Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet:leaves to remove: ['root/var/lib/machines'] Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: DEBUG:blivet: BTRFSSubVolumeDevice.remove_child: name: root ; child: root/var/lib/machines ; kids: 1 ; Sep 11 12:30:47 localhost-live org.fedoraproject.Anaconda.Modules.Storage[3584]: INFO:blivet:removed btrfs subvolume root/var/lib/machines (id 102) from device tree Then, setup_kickstart looks up the remove device, which is marked for remount in the Requests object , but it's gone, causing AttributeError: 'NoneType' object has no attribute 'path'. This however, should have been prevented by the front end. In MountPointMapping.jsx, when a parent is set to reformat=true, we check that all children are also set to reformat=true, otherwise we prevent the user from clicking "Next".
The Anaconda WebUI frontend includes all devices in the manual partitioning requests sent to the backend, even those without mount points. This includes BTRFS subvolumes like root/var/lib/machines that exist in the device tree but aren't assigned a mount point. When these requests (with empty mount_point) reach the backend's setup_kickstart, it tries to process them, leading to errors when the device is missing from the device tree (e.g., after a parent is reformatted).
*** Bug 2416141 has been marked as a duplicate of this bug. ***
Fixed upstream: https://github.com/rhinstaller/anaconda/pull/6767 Extended our automated test to cover this exact scenario: https://github.com/rhinstaller/anaconda-webui/pull/1079
*** Bug 2406260 has been marked as a duplicate of this bug. ***
*** Bug 2406300 has been marked as a duplicate of this bug. ***
*** Bug 2407418 has been marked as a duplicate of this bug. ***
*** Bug 2408796 has been marked as a duplicate of this bug. ***
*** Bug 2416606 has been marked as a duplicate of this bug. ***
*** Bug 2417369 has been marked as a duplicate of this bug. ***
*** Bug 2417560 has been marked as a duplicate of this bug. ***
*** Bug 2417592 has been marked as a duplicate of this bug. ***
*** Bug 2417622 has been marked as a duplicate of this bug. ***
*** Bug 2416540 has been marked as a duplicate of this bug. ***
*** Bug 2416322 has been marked as a duplicate of this bug. ***
*** Bug 2413618 has been marked as a duplicate of this bug. ***
*** Bug 2411975 has been marked as a duplicate of this bug. ***
*** Bug 2411925 has been marked as a duplicate of this bug. ***
*** Bug 2411891 has been marked as a duplicate of this bug. ***
*** Bug 2408893 has been marked as a duplicate of this bug. ***
*** Bug 2402989 has been marked as a duplicate of this bug. ***
*** Bug 2416814 has been marked as a duplicate of this bug. ***
FEDORA-2025-d70e047fbf (anaconda-webui-58-1.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2025-d70e047fbf
FEDORA-2025-d70e047fbf (anaconda-44.6-1.fc44 and anaconda-webui-59-1.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.
*** Bug 2400385 has been marked as a duplicate of this bug. ***
*** Bug 2419742 has been marked as a duplicate of this bug. ***
*** Bug 2419745 has been marked as a duplicate of this bug. ***
*** Bug 2419766 has been marked as a duplicate of this bug. ***
*** Bug 2419815 has been marked as a duplicate of this bug. ***
*** Bug 2404899 has been marked as a duplicate of this bug. ***
*** Bug 2419065 has been marked as a duplicate of this bug. ***
*** Bug 2418915 has been marked as a duplicate of this bug. ***
*** Bug 2418451 has been marked as a duplicate of this bug. ***
*** Bug 2417766 has been marked as a duplicate of this bug. ***
*** Bug 2417741 has been marked as a duplicate of this bug. ***
*** Bug 2406198 has been marked as a duplicate of this bug. ***
*** Bug 2421741 has been marked as a duplicate of this bug. ***
*** Bug 2422244 has been marked as a duplicate of this bug. ***
*** Bug 2421995 has been marked as a duplicate of this bug. ***
*** Bug 2421795 has been marked as a duplicate of this bug. ***