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.
Previously, if the libvirt daemon crashed during Red Hat Enterprise Virtualization host setup, the installation would continue regardless. This resulted in a failure to create a bridge to the Red Hat Enterprise Virtualization Manager, making the host unresponsive and unusable. Now, a condition has been set so if the libvirt daemon crashes, the installation fails and can be started again properly.
Created attachment 598311[details]
logs
Description of problem:
libvirt creashed right after it was started (probably because of dbus).
addNetwork failed and we continues installation without having rhevm network.
host becomes non-operational after reboot.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. stop dbus before installing host
2.
3.
Actual results:
libvirt will crash after it starts. we will not fail host install and continue without configuring rhevm interface and host will become non-operational after reboot
Expected results:
if we fail to configure rhevm interface we should fail host install.
Additional info: full logs attached
Sun, 15 Jul 2012 15:41:16 DEBUG Starting libvirtd daemon: [ OK ]
un, 15 Jul 2012 15:41:16 DEBUG libvir: RPC error : Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory
Traceback (most recent call last):
File "/usr/lib64/python2.6/runpy.py", line 122, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code
exec code in run_globals
File "/usr/share/vdsm/configNetwork.py", line 1202, in <module>
main()
File "/usr/share/vdsm/configNetwork.py", line 1171, in main
addNetwork(bridge, **kwargs)
File "/usr/share/vdsm/configNetwork.py", line 582, in addNetwork
_netinfo = NetInfo()
File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 307, in __init__
_netinfo = get()
File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 239, in get
nets = networks()
File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 70, in networks
conn = libvirtconnection.get()
File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 113, in get
Hello,
I agree that current solution would to fail the bootstrap process. Later on we can discuss improvements to the process.
As I discussed previously with dan, the use of libvirt during bootstrap is something that I personally dislike. It is caused by the need to use its persisted database to store the bridge. While libvirt is actually our slave and vdsm is the master, so any configuration should be persisted by vdsm and pushed to libvirt upon vdsm startup.
The fact that libvirt has capabilities to store information, should not imply that it is a database for vdsm, the fact that it is implements persist data store, does not imply that our design should depend on this. If I would design a pure box diagram of components, I would probably put libvirt as a stateless components [although it may store state, but this state gets overridden each startup].
In the above case, all we need to do is to mark the existence of this bridge, then when vdsm will start it will configure the libvirt properly. So no failure during bootstrap.
Alon.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHSA-2012-1508.html
Created attachment 598311 [details] logs Description of problem: libvirt creashed right after it was started (probably because of dbus). addNetwork failed and we continues installation without having rhevm network. host becomes non-operational after reboot. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. stop dbus before installing host 2. 3. Actual results: libvirt will crash after it starts. we will not fail host install and continue without configuring rhevm interface and host will become non-operational after reboot Expected results: if we fail to configure rhevm interface we should fail host install. Additional info: full logs attached Sun, 15 Jul 2012 15:41:16 DEBUG Starting libvirtd daemon: [ OK ] un, 15 Jul 2012 15:41:16 DEBUG libvir: RPC error : Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Traceback (most recent call last): File "/usr/lib64/python2.6/runpy.py", line 122, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code exec code in run_globals File "/usr/share/vdsm/configNetwork.py", line 1202, in <module> main() File "/usr/share/vdsm/configNetwork.py", line 1171, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 582, in addNetwork _netinfo = NetInfo() File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 307, in __init__ _netinfo = get() File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 239, in get nets = networks() File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 70, in networks conn = libvirtconnection.get() File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 113, in get