WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Getting domain information in xen 3.0.4-1

To: "Ewan Mellor" <ewan@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Getting domain information in xen 3.0.4-1
From: "Wensheng Wang" <wenshengwang@xxxxxxxxx>
Date: Tue, 3 Apr 2007 03:10:56 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Thomas Goirand <thomas@xxxxxxxxxx>
Delivery-date: Tue, 03 Apr 2007 01:09:44 -0700
Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IONhifgXBInetj2Lij3roX+StXE1ZZJMYk4CGYPdrWjDq8m4KR2xpF8tpxezVp1rvjC7SN65jFR5yQfGzgOpBpqHeDFTiNWaF3n5cgUGgj2o6VEOdaJmxR4Nv14z5yiQNEt3rTlyTfmUOtH+GAorXWAkQLTFbB9rHODg2nCccNQ=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H/Qmk6tAMDxJpx/lV8EUNOVJ4GnHd3kmvhfy0XLqdVK10YhuJ8EsmTaRwzflOcejI+yf9GEVMgz2yA6x5XBJiNqiyAsBBM66Ivk3NxwC+OtxMBtCPuE8k3p452NvOVSjot3ZEYXEz/XR2mg51tAI30Cfvoej515bCaPROt3lSU0=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070402124217.GC28728@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <460D6500.5000403@xxxxxxxxxx> <20070402124217.GC28728@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
You can do this:
import sys
sys.path.append('/usr/lib/python')
from xen.xend import XendDomain

inst=XendDomain.instance()
domain = inst.domain_lookup_nr("domu_name") #domain_lookup_by_name_nr in 3.0.3


do a dir(domain) to find out what you can use, e.g. getName(),
getMemoryMaximum() etc.

Wensheng Wang





On 4/2/07, Ewan Mellor <ewan@xxxxxxxxxxxxx> wrote:
On Sat, Mar 31, 2007 at 03:29:04AM +0800, Thomas Goirand wrote:

> Hi here!
>
> As you may know, we did dtc-xen, that you can find here (and in Debian SID):
>
> http://www.gplhost.com/software-dtc-xen.html
>
> This is a soap server in Python with HTTPS and auth so it's possible to
> control Xen from the outside. In our case, we use it inside our control
> panel to start / shutdown / destroy a VPS.
>
> The problem is that the internals of the xen lib in /usr/lib/python/xen
> changed, and that our software cannot get the information it used to
> fetch. The result is that our control panel cannot tell if a VPS is
> running or not with that newer version of Xen, which is rather bad.
>
> Here is what we used to do:
>
> import xen.xm.main as xenxm
> try:
>       if xen_version == 3:
>               info = xenxm.server.xend.domain(vpsname)
>               return info
>       else:
>               info = xenxm.server.xend_domain(vpsname)
>               return info
>
> The part after the else is for Xen2, of course, and when the method does
> return, the object "info" is serialised to the network, then our nusoap
> php client gets it in a php array/key object. Everything was fine...
> until the release of Xen 3.0.4-1!
>
> The problem is that if I try this:
> print xenxm.server.xend.domain( 'xen01' )
>
> python returns: object has no attribute 'xend'
>
> and if I try this:
> print xenxm.server.xend_domain( 'xen01' )
>
> python returns: object has no attribute 'xend_domain'
>
> I did a diff between xen 3.0.3 and 3.0.4, and it really seems that the
> method changed from xend.domain() back to xend_domain() like how it was
> in xen 2.
>
> So I have 2 questions: 1st, how do I get it running under any conditions
> again, like expected? Am-I missing something obvious here? How do I get
> access to the xen_domain() that still seems to be in the python lib?
>
> 2nd question: how comes the lib in /usr/lib/python/xen is changing from
> 3.0.3 to 3.0.4? Isn't that supposed to be accessed by anybody that wants
> to do some programming with Xen?

Firstly, no, that's not meant to be your programming interface!  You are
delving into the internals of xm, the command line interface, and pulling an
internal variable (server) and expecting that to be the thing that you want.
This certainly isn't supported, and it wouldn't be surprising if it broke at
any time.

That said, I don't think that it's the cause of your problem.  It sounds to me
like something more fundamental is at fault -- that xenxm.server object that
you are dereferencing is a "magic" object, and so the xend.domain() call is
actually being proxied through as a call to Xend.  It's possible that your
server is at fault, rather than your client.

Do you have anything interesting in your server-side logs
(/var/log/xen/xend.log)?

What do you get if you print str(xenxm.server)?

Do you have other calls on xenxm.server that do work?  Easy ones would be
xend.node.log() or xend.node.info().

> Please help us, we got 3 new Xen servers in production recently, they
> are up-and-running with Xen 3.0.4, and I really don't want to do some
> ugly code that would fork another process with something like "xm list
> xen01". Also, I'd like to correct our package before Etch is out, and
> it's waiting for this fix before it's uploaded again...
>
> Last: as far as I could see, the Xen API is still not ready, right?

It will be released as Xen-API 1.0 in Xen 3.0.5, which will happen in the next
couple of weeks.

Ewan.

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


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

<Prev in Thread] Current Thread [Next in Thread>