Open Stack

Hi Alvin,

I hopethis is a configuration typo - the other-config value in XAPI is "ceph_sr" but the sr_matching_filter is set up to look for "ceph-sr".

I hope if you match the two this will resolve the issue.

Bob

________________________________
From: Alvin Starr [alvin at netvel.net]
Sent: 22 November 2013 14:31
To: Bob Ball; openstack at lists.openstack.org
Subject: Re: [Openstack] Openstack and xen issues.

I have put Openstack on a separate machine to try and separate and isolate the various components I need to work with in the interests of making my debugging easier.
This in retrospect may not have been the best idea.

I have had a very long history with xen and that may be more of an impediment because I think I know things about it that are no longer true.

I am using the default devstack scripts as of a few weeks ago so it should be grabbing the latest version of Openstack or at least that is my belief.

Here is my sr-param-list.

uuid ( RO)                    : 7d56f548-174b-d42b-12f2-e0849588e503
              name-label ( RW): Ceph Storage
        name-description ( RW):
                    host ( RO): localhost
      allowed-operations (SRO): unplug; plug; PBD.create; PBD.destroy; VDI.clone; scan; VDI.create; VDI.destroy
      current-operations (SRO):
                    VDIs (SRO):
                    PBDs (SRO): 40dd29a3-154a-e841-ce52-4547c817d856
      virtual-allocation ( RO): 348064577384
    physical-utilisation ( RO): 342363992064
           physical-size ( RO): 18986006446080
                    type ( RO): libvirt
            content-type ( RO):
                  shared ( RW): true
           introduced-by ( RO): <not in database>
            other-config (MRW): ceph_sr: true
               sm-config (MRO):
                   blobs ( RO):
     local-cache-enabled ( RO): false
                    tags (SRW):


I started tracing the xenapi transactions over the network and could see the pool.get_all and pool.get_default when the sr_filter was not set but once I set it  nova would crash complaining about no repository.
I checked the TCP transactions and did not see any SR.get_all while some debugging prints assured me that the code was being exercised.



On 11/22/2013 04:40 AM, Bob Ball wrote:
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<mailto: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>              ||



--
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/d0d510db/attachment.html>