Bug 2050674

Summary:	dasbus.error.DBusError: No such interface 'org.freedesktop.DBus.Properties' on object at path /org/fedoraproject/Anaconda/Modules/Network/Task/2
Product:	Red Hat Enterprise Linux 8	Reporter:	Achilleas Yfantis <ayfantis>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED DUPLICATE	QA Contact:	Release Test Team <release-test-team>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	8.6	CC:	jstodola, pmendezh
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-01-19 16:18:13 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Achilleas 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

Comment 2 Jan Stodola 2022-02-04 13:09:02 UTC

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 3 Achilleas 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 5 Pablo 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?

Comment 6 Jan Stodola 2022-12-22 13:34:11 UTC

Pablo, please attach all /tmp/*log files. /tmp/syslog is probably the most important one.

What do you mean by "synchronous guests installations"?

Comment 7 Pablo 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!

Comment 15 Jan Stodola 2023-01-03 07:28:54 UTC

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 16 Pablo 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 17 Pablo 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).

Comment 18 Jan Stodola 2023-01-19 16:18:13 UTC

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 ***