Bug 866538

Summary: Failed to connect socket to '/var/run/libvirt/libvirt-sock' during bootstrap processsus
Product: [Retired] oVirt Reporter: exploit
Component: vdsmAssignee: Alon Bar-Lev <alonbl>
Status: CLOSED CURRENTRELEASE QA Contact: Haim <hateya>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.1 GACC: abaron, acathrow, bazulay, dougsland, dyasny, exploit, iheim, mgoldboi, yeylon, ykaul
Target Milestone: ---   
Target Release: 3.2   
Hardware: x86_64   
OS: Linux   
Whiteboard: infra
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-15 06:46:34 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:
Bug Depends On: 866889    
Bug Blocks:    
Attachments:
Description Flags
vdsm bootstrap logs none

Description exploit 2012-10-15 15:12:28 UTC 
Description of problem:
the registration of a host always fails in the phase 1

Version-Release number of selected component (if applicable):
vdsm-4.10.1-0.18.git112fd54.fc17.x86_64

How reproducible:
adding a host to the webadmin

Steps to Reproduce:
1.installing a fresh host
2.regestering in engine
3.first bootstrap always fail
  
Actual results:
libvir: XML-RPC error : Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

Expected results:
host has been successfully installed

Additional info:
this issue seems to be due to the similar libvirt bug met into the Bug 859483.
After starting the libvirtd daemon, bootstrap becomes successful.
Comment 1 Dan Kenigsberg 2012-10-15 15:24:35 UTC 
which version of vdsm-bootstrap do you have installed on your Engine?

Could you attach your bootstrap logs? (left on /tmp on the installed host)

I expected this issue to be fixed by

commit 1b73dce29745461db3587cf89377a269f4586333
Author: Dan Kenigsberg <danken>
Date:   Thu Oct 4 22:14:19 2012 +0200

    libvirtconnection: retry opening a libvirt connection


but apparently we still have a problem.
Comment 2 exploit 2012-10-15 16:00:31 UTC 
Created attachment 627549 [details]
vdsm bootstrap logs
Comment 3 exploit 2012-10-15 16:01:06 UTC 
vdsm-bootstrap-4.10.1-0.18.git112fd54.fc17.noarch

the previous bug was that vdsmd didn't start automatically after rebooting, but manually it was good. Here it is not the same, bootstrap doesn't complete and it seems to be for the same reason.
Comment 4 Dan Kenigsberg 2012-10-16 13:31:15 UTC 
Thanks. We see that we wait for libvirt in vain

libvir: XML-RPC error : Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

Could you find your libvirtd.log from the relevant time (Sat, 13 Oct 2012 20:10:35)? I wonder why it has failed to start on time.

hhmmm, I do not see an attempt to start libvirtd between the two lines

Sat, 13 Oct 2012 20:10:24 DEBUG    vds_bootstrap_5f1e16d6-805e-42ce-97e5-96f27a7f6257 278 <BSTRAP component='CheckLocalHostname' status='OK' message='Local hostname is correct.'/>
Sat, 13 Oct 2012 20:10:24 DEBUG    deployUtil 469 Bridge ovirtmgmt not found, need to create it.


maybe there's a bug hidden in deployUtil.py. Could you copy it to your f17 host, run python and try
# import deployUtil
# deployUtil.setService('libvirtd', 'start')
Comment 5 Alon Bar-Lev 2012-11-28 08:48:26 UTC 
bug#866538 is dup of this bug.
Comment 6 Alon Bar-Lev 2012-11-28 08:48:53 UTC 
Sorry! wrong comment#5.
Comment 7 Alon Bar-Lev 2012-11-28 08:50:49 UTC 
This is fixed in new bootstrap (ovirt-3.2).
Comment 8 Itamar Heim 2013-01-16 16:08:42 UTC 
3.2 beta built, moving to ON_QA status to allow testing