Red Hat Bugzilla – 2050674 – dasbus.error.DBusError: No such interface 'org.freedesktop.DBus.Properties' on object at path /org/fedoraproject/Anaconda/Modules/Network/Task/2
Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionAchilleas Yfantis
2022-02-04 12:42:17 UTC
Description of problem:
Anaconda crashes while installing RHEL-8.6 server while executed withing regression testing on internal test machines.
Could be related to this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1844683
Version-Release number of selected component (if applicable):
RHEL-8.6
How reproducible:
Not always, looks random.
Steps to Reproduce:
Found during regressions testing of the openscap with our custom install virt script.
Results:
[Hinitialize_network
run_network_initialization_task(network_proxy.ApplyKickstartWithTask())
File "/usr/lib64/python3.6/site-packages/pyanaconda/network.py", line 269, in run_network_initialization_task
sync_run_task(task_proxy)
File "/usr/lib64/python3.6/site-packages/pyanaconda/modules/common/task/__init__.py", line 39, in sync_run_task
while task_proxy.IsRunning:
File "/usr/lib/python3.6/site-packages/dasbus/client/proxy.py", line 164, in __getattr__
return member.get()
File "/usr/lib/python3.6/site-packages/dasbus/client/property.py", line 43, in get
return self.__get__(None, None)
File "/usr/lib/python3.6/site-packages/dasbus/client/property.py", line 54, in __get__
return self._getter()
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 382, in _get_property_value
property_spec.name
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 447, in _call_method[1;24r[23;1H[1;23r[23;80H
[14;1H **kwargs,
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 477, in _get_method_reply
return self._handle_method_error(error)
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 497, in _handle_method_error
raise exception from None
dasbus.error.DBusError: No such interface 'org.freedesktop.DBus.Properties' on object at path /org/fedoraproject/Anaconda/Modules/Network/Task/2[1;24r[23;1H[1;23r[23;80H
Pane[Cis[Cdead[C(status[C1,[CSat[CJan[C29[C15:43:56[C2022)[1;24r[23;50H[H return member.get()[K
File "/usr/lib/python3.6/site-packages/dasbus/client/property.py", line 43, in get[K
return self.__get__(None, None)[K
File "/usr/lib/python3.6/site-packages/dasbus/client/property.py", line 54, in __get__[K
return self._getter()[K
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 382, in _get_property_value[K
property_spec.name[K
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 447, in _call_method[K
**kwargs,[K
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 477, in _get_method_reply[K
return self._handle_method_error(error) [K
File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 497, in _handle_method_error[K
raise exception from None[K
dasbus.error.DBusError: No such interface 'org.freedesktop.DBus.Properties' on object at path /org/fedoraproject/Anaconda/Modules/Network/Task/2 [K
[K
Pane is dead (status 1, Sat Jan 29 15:43:56 2022) [K
[7m[anaconda]1:main* 2:shell 3:log 4:storage-log >Switch tab: Alt+Tab | Help: F1 [m(B[23;50H
Reassigning to anaconda, this problem doesn't seem to be related to the storage.
Is there a chance to get the installation logs from the VM when this problem happens next time? It should be enough to provide /tmp/anaconda-tb* from the installation environment.
Comment 3Achilleas Yfantis
2022-02-04 14:41:45 UTC
Thank you for reassigning, my initial assignment was based on the last issue.
Sadly no, the machines are reused after the regressions is finished, but we could try to run it on something with retention.
Comment 5Pablo Mendez Hernandez
2022-12-21 11:48:48 UTC
We (at SatPerf) are hitting the same issue regularly while using synchronous guests installations.
In my systems I've only found /tmp/anaconda.log, no /tmp/anaconda-tb*. What additional information would you need?
Pablo, please attach all /tmp/*log files. /tmp/syslog is probably the most important one.
What do you mean by "synchronous guests installations"?
Comment 7Pablo Mendez Hernandez
2022-12-23 10:14:08 UTC
I'm sorry about the miswording: I meant concurrent, not synchronous :/
I'll upload the files as soon as I'm able to reproduce it again. Thanks for taking a look!
Pablo, based on syslog, the problem you are seeing looks like the one reported in bug 2127057. The bug is fixed in anaconda-33.16.8.3-1.el8, which is included in the latest RHEL-8.8 nightly compose RHEL-8.8.0-20230103.0. Do you have a chance to try the latest RHEL-8.8 compose?
Comment 16Pablo Mendez Hernandez
2023-01-11 17:49:09 UTC
I've been trying to test this using the nightly composes but the seem to have broken dependencies and they won't install. I think they fail
*after* when this issue should appear, so I'm inclined to think that it's solved, but would like to test it in a "working" compose :)
Comment 17Pablo Mendez Hernandez
2023-01-13 15:14:04 UTC
I'm happy to report that using the 20230113 compose I've been able to install 25 VMs in parallel without issue (repeating the procedure 5 times).
Thanks for the report, Pablo.
Since the problem is solved by bug 2127057 and the link from the original report doesn't work any more, I'm closing this bug as a duplicate of 2127057.
*** This bug has been marked as a duplicate of bug 2127057 ***