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

[Xen-devel] Re: Xen Store Release

To: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Subject: [Xen-devel] Re: Xen Store Release
From: Mike Wray <mike.wray@xxxxxx>
Date: Fri, 13 May 2005 13:03:40 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 13 May 2005 12:11:58 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1115985395.20470.25.camel@xxxxxxxxxxxxxxxxxxxxx>
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: <1115985395.20470.25.camel@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.2 (X11/20050317)
Rusty Russell wrote:
OK, a new version of the Xen Store daemon is up:

        rsync -av ozlabs.org::rusty/xenstore .

This version has the first cut of an xs_introduce_domain() call for
tools to tell the daemon about new domains: the transport is a pair of
simple ringbuffers within a shared page, and an event channel for change
notifications.  There's no xs_disconnect_domain() yet, but it's fairly
trivial to implement.

The code has been tested in userspace: next step is to change the tools
to actually make the call (Mike and Anthony) and create a XenBus layer
to make it easy for drivers to talk to the Xen daemon (my next task).

I've just written a Python module wrapping the xs client interface
and checked it in to CVS on gandalf.

I added a library target to xenstore for the Python module to link,
and made it possible to configure the paths it uses from the env.

The module is called 'xen.xs' and lives in xspy in CVS top-level for now.

BTW, using it I came across this slightly weird behaviour:

>>> import xen.xs
>>> h = xen.xs.open()
>>> h.write("/foo", "hello", create=1)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
RuntimeError: (21, 'Is a directory')
>>> h.ls("/")
['./', '../', 'foo/', '.perms', 'foo.perms']

Write to /foo failed beacuse it's a dir - expected.
But listing / showed  foo as expected, plus
'./', '../', '.perms', 'foo.perms'.

The daemon should probably filter out '.', '..' and its internal
'.perms' files from the results.

>>> h.get("/.perms")
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AttributeError: get
>>> h.get("/foo.perms")
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AttributeError: get


Feedback welcome!
Rusty.

Mike


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