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

Re: [Xen-devel] Bug in Xen 4.1.0: Xen leaks tapdisk2 processes



On Sat, 2011-05-07 at 00:25 +0100, Nathan March wrote:
> 
> On 5/6/2011 11:27 AM, Jim Fehlig wrote:
> >>
> >>> I don't have a spare server to test the patch with at the moment, but I
> >>> can try this out later this week.
> >>>     
> >> If you are running xm/xend rather than xl then it won't help.
> >>
> >> But I'm not sure how one tells with libvrit which you are running, I'd
> >> expect that if xend were running it would be used by default. Jim?
> >>   
> > If xend is running, libvirt will use it.  If not, it will attempt to use
> > libxenlight.  'virsh version' will tell which xen backend you are using.
> >
> > E.g. if xend is running:
> > xen33: # virsh version
> > Compiled against library: libvir 0.9.0
> > Using library: libvir 0.9.0
> > Using API: Xen 3.0.1
> >
> > If xend is not running:
> > xen33: # virsh version
> > Compiled against library: libvir 0.9.0
> > Using library: libvir 0.9.0
> > Using API: xenlight 0.9.0
> >
> > Looks like I need to put libxenlight's version in there instead of
> > libvirt's version, but 'Xen' vs. 'xenlight' will tell which libvirt
> > backend is being used.
> >
> In that case, I can confirm that I'm using xend:

Hrm, then my earlier patch is irrelevant and I've got no idea what is
supposed to cause the tapdisk process to exit in either the xend or xl
case but it seems like the issue is common to both -- Daniel, any
ideas?. 

> 
> xen1 ~ # virsh version
> Compiled against library: libvir 0.9.0
> Using library: libvir 0.9.0
> Using API: Xen 3.0.1
> Running hypervisor: Xen 4.1.0
> 
> - Nathan



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