[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] Re: [Xen-changelog] The dom destroy path is doing a dom_get on a non-existent domain to



> # HG changeset patch
> # User shand@xxxxxxxxxxxxxxxxxxxxxxxxxxx
> # Node ID fb72c78604c673bb07915675620bce3b7630e323
> # Parent  122779b57b40600dcaf2d147ca82ec23da8e2c96

<snip>

> It then handles the exception in dom_get by returning None, which
> callers already expect to mean failure.

This is not actually true, right?  There are several places in the
code that blindly use the return value of dom_get(), assuming that it
is actually anything but None.  The closest example is in the update()
function, several lines down:

  self.info = info or dom_get(self.domid)
  self.memory = self.info['mem_kb'] / 1024

Clearly, we need to decide what behavior dom_get() is expected to
have.  Do we expect it to return None if the domid is not found, or do
we expect the domain we're asking about to always be present
(i.e. throw an exception if not)?

If nobody has strong feelings either way, I'll work up a patch to fix
it.

-- 
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms@xxxxxxxxxx


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.