Bug 1053576

Summary: [abrt] vdsm-python: libvirt.py:102:openAuth:libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory
Product: [Retired] oVirt Reporter: Rajesh Krishna Nandanwar <rajesh>
Component: vdsmAssignee: Yaniv Bronhaim <ybronhei>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Pavel Stehlik <pstehlik>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: abaron, acathrow, bazulay, danken, danken, dougsland, fsimonce, gklein, iheim, mgoldboi, rajesh, smercurio, virt-maint, yeylon
Target Milestone: ---   
Target Release: 3.3.4   
Hardware: i686   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/19e26b9f5791b7c5f5f69b23c3e054299e112dd2
Whiteboard: abrt_hash:a16e1da893e2e9a6913e1ca66e9868db4dc11127 infra
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-20 09:51:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: environ none

Description Rajesh Krishna Nandanwar 2014-01-15 12:48:24 UTC
Version-Release number of selected component:
vdsm-python-4.13.0-11.fc20

Additional info:
reporter:       libreport-2.1.11
cmdline:        /usr/bin/python /usr/bin/vdsm-tool nwfilter
dso_list:       libvirt-python-1.1.3.2-1.fc20.i686
executable:     /usr/bin/vdsm-tool
kernel:         3.12.5-302.fc20.i686+PAE
runlevel:       unknown
type:           Python
uid:            0

Truncated backtrace:
libvirt.py:102:openAuth:libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

Traceback (most recent call last):
  File "/usr/bin/vdsm-tool", line 143, in <module>
    sys.exit(main())
  File "/usr/bin/vdsm-tool", line 140, in main
    return tool_command[cmd]["command"](*args[1:])
  File "/usr/lib/python2.7/site-packages/vdsm/tool/nwfilter.py", line 35, in main
    conn = libvirtconnection.get(None, False)
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 132, in get
    conn = utils.retry(libvirtOpenAuth, timeout=10, sleep=0.2)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 903, in retry
    return func()
  File "/usr/lib/python2.7/site-packages/libvirt.py", line 102, in openAuth
    if ret is None:raise libvirtError('virConnectOpenAuth() failed')
libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

Local variables in innermost frame:
flags: 0
auth: [[2, 5], <function req at 0xb707c1b4>, None]
ret: None
uri: 'qemu:///system'

Potential duplicate: bug 957335

Comment 1 Rajesh Krishna Nandanwar 2014-01-15 12:48:32 UTC
Created attachment 850481 [details]
File: backtrace

Comment 2 Rajesh Krishna Nandanwar 2014-01-15 12:48:35 UTC
Created attachment 850482 [details]
File: environ

Comment 3 Yaniv Bronhaim 2014-02-12 08:51:36 UTC
a bit of details might help here. what is the scenario? just run /usr/bin/python /usr/bin/vdsm-tool nwfilter and it happens? is libvirt service up when you run the command?

Comment 4 Rajesh Krishna Nandanwar 2014-02-12 11:55:06 UTC
(In reply to Yaniv Bronhaim from comment #3)
> a bit of details might help here. what is the scenario? just run
> /usr/bin/python /usr/bin/vdsm-tool nwfilter and it happens? is libvirt
> service up when you run the command?

Yes, libvirt was running. Sorry to say that I can't help much now since I have a reinstalled a different setup on that system now.

Comment 5 Yaniv Bronhaim 2014-02-12 12:08:53 UTC
I need more information to understand this issue. what exactly did you do, how reproducible is that, what was the status on the host, with what versions did you work? can you try to gather this information and fill the bug report with it? logs also can help (libvirt.log and vdsms).

the description just says that you tried to run "vdsm-tool nwfilter" command while libvirtd service was stopped (the uds socket was not exist in /var/run/libvirt/)

except that I can't see anything wrong or what can lead to that

Comment 6 Dan Kenigsberg 2014-02-14 15:50:46 UTC
Yaniv, 

  Failed to connect socket to '/var/run/libvirt/libvirt-sock'

means that libvirtd service was not running when vdsmd has started. This might be yet another issue with `vdsm-tool libvirt-configure`.

Are there any vdsm or libvirt hints in journalctl?

Comment 7 Yaniv Bronhaim 2014-02-20 09:51:57 UTC
I understand that the description is what provided by ABRT service. The reporter can't reproduce it and doesn't know more than what described by him above. 
I suspect libvirt service was down, or something was corrupted in libvirtd.conf during the vdsm-tool command that ran (nwfilter) which tries to communicate with libvirt socket.

It might be related to some last changes or might be fixed in latest 3.3. 

 Without further information I'm currently closing this bug as INSUFFICIENT_DATA. if the issue occurs again please reopen asap.