Bug 467660

Summary:	virDomainLookupByUUIDString fail after virDomainDestroy
Product:	Red Hat Enterprise Linux 5	Reporter:	Chunyang Liu <cyliu7>
Component:	libvirt	Assignee:	Daniel Veillard <veillard>
Status:	CLOSED WONTFIX	QA Contact:	Virtualization Bugs <virt-bugs>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.1	CC:	berrange, hbrock, xen-maint
Target Milestone:	rc
Target Release:	---
Hardware:	ia64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-12-16 12:31:05 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:

Description Chunyang Liu 2008-10-20 03:26:40 UTC

Description of problem:

if i want to use virDomainLookupByUUIDString to get a domain object immediately after virDomainDestroy, it failed with message "internal error domain information incomplete, missing domid".

But if i wait for a while such as sleep(6) after virDomainDestroy, then virDomainLookupByUUIDString success.


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


How reproducible:
just call virDomainLookupByUUIDString immediately after virDomainDestroy.

Steps to Reproduce:
1.
2.
3.
  
Actual results:
virDomainLookupByUUIDString return NULL.

Expected results:
return a valid domain object.

Additional info:

Comment 1 Daniel Berrangé 2009-10-29 16:48:06 UTC

This is probably a race condition in XenD in the way it cleans up domains. After destroying it, there is a short window in which information may still be visible. This is what's causing the error message from libvirt. I'm not sure we can fix this problem

Comment 2 Daniel Veillard 2009-12-16 12:31:05 UTC

This is more than one year old now, and it's not a good idea to keep this
in the current state.

Closing as WONT FIX, as the complexity of the Xen stack here means
it's unlikely we could ever get something close to an atomic operation
unfortunately

Daniel