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

Re: [Xen-devel] That xenstored console leak...



On Mon, Jan 14, 2008 at 09:29:38PM +0000, Keir Fraser wrote:

> > I see the behaviour in 3.1 with HVM domains. If I live migrate twice,
> > then the MAC address is lost, and a new random one is generated:
> > 
> > I don't have to do anything "special", this happens every time on 3.1. I
> > presume that the troublesome changeset fixes this exact problem.
> 
> Yes, device controllers clean up by deleting /vm/<uuid>/path/to/device. This
> aliases with the new domain's device information (because they're really the
> same vm) and so when the old domain is cleaned up the new domain loses
> information. Disambiguating with an extra level of indirection seemed the
> simplest fix for this. I'm not sure why this leads to xenstore leaks.
> 
> When a domain is finally garbage collected in xend, perhaps we should delete
> its entire /vm/<uuid>/<unique-number>? That would seem a nice and reasonable
> catch-all.

The lack of the latter explains the former - because each instance has a
unique /vm path, there's nothing that ever cleans up the older path
contents (image etc.).  Right?

reards
john

_______________________________________________
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®.