Open Stack

Hi Alvin,

Yes, we typically do expect Nova to be running in a DomU.  It's worth checking out http://docs.openstack.org/trunk/openstack-compute/install/yum/content/introduction-to-xen.html just to make sure you've got everything covered there.

I say typically because in some configurations (notably using xenserver-core) it may be possible to run Nova in dom0 by setting the connection URL to "unix://local".  This is an experimental configuration and was added near the end of Havana - see https://blueprints.launchpad.net/nova/+spec/xenserver-core.

In terms of sr_matching_filter, check that you're setting it in the right group.  If you're using the latest builds of Icehouse then it should be in the xenserver group.  I'm also assuming that the other-config for the SR does indeed contain ceph-sr=true?

Is the SR that is used for VMs still the default-SR?

Thanks,

Bob

From: Alvin Starr [mailto:alvin at netvel.net]
Sent: 22 November 2013 01:32
To: openstack at lists.openstack.org
Subject: [Openstack] Openstack and xen issues.


I am trying to use xen with Ceph and openstack using the devstack package.
I am slowly wacking my way through things and have noticed a few issues.

  1.   openstack expects to be running in a domU and generates error messages even if xenapi_check_host is false. I am not sure if this causes other side effects. The tests for the local dom0 should be completley bypassed if the check is disabled.
  2.  Open stack tries to read the xen SRs and checks the default one which ends up being the xen local storage and not any other SR. If I set the sr_matching_filter = other-config:ceph-sr=true there should be a xapi SR.get_all request generated but it looks like it is not generated at all. I have tracked the http traffic and no out put is generated even though the approprate code is being called.



--

Alvin Starr                   ||   voice: (905)513-7688

Netvel Inc.                   ||   Cell:  (416)806-0133

alvin at netvel.net<mailto:alvin at netvel.net>              ||
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131122/6a46205f/attachment.html>