Bug 625343

Summary: [RFE] vdsm should have timer for the short operations sent to libvirt
Product: [Community] oVirt Reporter: Moran Goldboim <mgoldboi>
Component: vdsmAssignee: Federico Simoncelli <fsimonce>
Status: CLOSED WONTFIX QA Contact:
Severity: high Docs Contact:
Priority: low    
Version: unspecifiedCC: abaron, bazulay, dallan, danken, hateya, iheim, Rhev-m-bugs, ykaul
Target Milestone: ---Keywords: FutureFeature, SubFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: infra
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-12 12:00:15 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Moran Goldboim 2010-08-19 02:42:54 EDT
Description of problem:
we have seen a case in which a resume command to libvirt (short operation) is stuck on libvirt forever which put the vm on a stuck status on vdsm/rhevm as well fore ever- vdsm should have a protraction at least against this actions 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.we have seen this issue happening on https://bugzilla.redhat.com/show_bug.cgi?id=625100
Actual results:

Expected results:

Additional info:
Comment 2 Barak 2010-11-21 11:11:42 EST
*** Bug 622488 has been marked as a duplicate of this bug. ***
Comment 3 Barak 2010-11-28 12:00:23 EST
In case the create operation  (VDSM -> LIBVIRT) does not return (as in the above described scenario). 
It should have beed solved by the API timeout mechanism in libvirt, but this mechanism does not support such scenarios.

In order to solve this we need to build an internal timeout mechanism in VDSM->Libvirt communiction, it looks like impossible to do so since libvirt does not support cancel (and clean up) of creation command.
Comment 4 Dave Allan 2011-06-22 22:23:23 EDT
I only just noticed the needinfo set for me on this BZ, sorry for the delay.  This situation should be solved by the work we're doing for BZ 692663.
Comment 5 Itamar Heim 2013-03-12 12:00:15 EDT
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.