On 19/07/11 11:43, Sébastien RICCIO wrote:
> Hi,
>
> Going deeper with my tests of xapi on debian, I would like to ask if
> there is any plan to support
> openvswitch for the network management and open-iscsi+multipath+ocfs2
> as a backend for
> a vhd based SR ?
Comments below...
> For ocfs2 with iscsi the kernel module is already available in the
> kernel, you would just need to:
>
> box# apt-get install open-iscsi multipath-tools ocfs2-tools
> box# dpkg reconfigure ocfs2-tools
>
> Would it be possible to have a SR type ocfs2 acting like a nfs SR (using
> vhd files on ocfs2 instead of nfs),
> like for example:
>
> with multipath
> SR=`xe sr-create type=ocfs name-label=ocfs2
> device-config:device=/dev/mapper/mpath0-part1
> device-config:devicepath=/cloud/files`
>
> without
> SR=`xe sr-create type=ocfs name-label=ocfs2
> device-config:device=/dev/sdc1 device-config:devicepath=/cloud/files`
>
> That would ofcs2 mount <device> somewhere on the system, and read/write
> the vhd files in <devicepath> subdirectory (or root of the device, if
> omitted)
There are a couple new requests for different storage backend types,
including GlusterFS. Unfortunately, we don't really have the capacity
with this project to take on writing new storage backends. Right now,
we're just trying to get the existing backends working on Debian ;) If
you have experience with ocfs2, and you'd like to give SR backend
writing a try, please do! Take a look at the existing SRs, and come back
to the list if you have any questions. Expanding the number of storage
backends we provide is definitely something that we're interested in.
> For openvswitch, seems the packages exists in the debian unstable repo,
> shouldn't be a problem,
> except maybe for the datapath kernel module. I'm going to try it,
> something like
>
> apt-get install openvswitch-common openvswitch-datapath-source
> openvswitch-pki openvswitch-switch python-openvswitch
XCP already supports openvswitch, so yes, this is on our to-do list for
xapi on Debian. It's not the highest priority on our list, though, as we
have a lot of other things to get working first, such as basic bridge
networking. If you would like to attempt to get it working, we would
definitely incorporate any work you do into the xapi-on-Debian project.
Feel free to edit the wiki page with anything you find.
> Last question :)
>
> By default xend is started at boot, shouldn't it be disabled when using
> xapi ?
Yes, you are correct. We still need to automate this in the xapi install
package. Go ahead and do it manually for now.
Jon, Todd and I really appreciate you being an early adopter. Keep
coming back with questions! Hopefully we'll get some more brave souls
out there to give this a go...
Mike
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
Home