[Bug 1525800] Re: [SRU] ceilometer client error when create Alarm

[John Belamaric]

I think the wrong package is listed above - why is there no change in
any of the version from the version currently shipping? Shouldn't  the
version be bumped? Note APT-Sources below. The one below does not
contain the fix.

openstack at os-ctrl-02:/usr/lib/python2.7/dist-packages/heat/engine/clients/os$ apt show heat-engine
Package: heat-engine
Source: heat
Priority: optional
Section: web
Installed-Size: 76.8 kB
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Version: 1:5.0.1-0ubuntu1~cloud0
Depends: adduser, heat-common (= 1:5.0.1-0ubuntu1~cloud0), init-system-helpers (>= 1.13~), sysv-rc (>= 2.88dsf-24) | file-rc (>= 0.8.16), python
Supported: 18m
Download-Size: 5,288 B
Original-Maintainer: PKG OpenStack <openstack-devel at lists.alioth.debian.org>
APT-Manual-Installed: yes
APT-Sources: http://ubuntu-cloud.archive.canonical.com/ubuntu/ trusty-updates/liberty/main amd64 Packages
Description: OpenStack orchestration service - engine
 Heat is a service to orchestrate multiple composite cloud applications using
 templates, through both an OpenStack-native ReST API and a
 CloudFormation-compatible Query API.
 .
 This package contains the heat engine, which is the core service of heat, and
 which the API servers will use.

N: There are 3 additional records. Please use the '-a' switch to see them.
openstack at os-ctrl-02:/usr/lib/python2.7/dist-packages/heat/engine/clients/os$

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1525800

Title:
  [SRU] ceilometer client error when create Alarm

Status in Ubuntu Cloud Archive:
  Invalid
Status in Ubuntu Cloud Archive liberty series:
  Fix Committed
Status in heat:
  Fix Released
Status in heat package in Ubuntu:
  Invalid
Status in heat source package in Wily:
  Fix Released

Bug description:
  [Impact]

   * Creating a stack with e.g. OS::Ceilometer::Alarm is failing because
  Ceilometer client is being passed incorrect parameters. This patch
  fixes heat ceilometer client.

  [Test Case]

   * deploy Openstack Liberty
   * create a stack using a HOT template containing e.g. http://paste.ubuntu.com/15928508/
   * check that stack goes to CREATE_COMPLETE status

  [Regression Potential]

   * None

  I use OpenStack Liberty deployed by instruction for CentOS7 from docs.openstack.org
  I'm trying to create OS::Ceilometer::Alarm resource

  In heat-engine.log i have error

  2015-12-14 12:59:00.696 6672 ERROR heat.engine.resource BadRequest:
  Expecting to find domain in project - the server could not comply with
  the request since it is either malformed or otherwise incorrect. The
  client is assumed to be in error. (HTTP 400) (Request-ID: req-
  3d4ab42b-213b-4141-bd28-f8dbb2b79e96)

  environment
  [root at controller ~]# yum list installed | grep heat
  openstack-heat-api.noarch       1:5.0.0-1.el7          @centos-openstack-liberty
  openstack-heat-api-cfn.noarch   1:5.0.0-1.el7          @centos-openstack-liberty
  openstack-heat-common.noarch    1:5.0.0-1.el7          @centos-openstack-liberty
  openstack-heat-engine.noarch    1:5.0.0-1.el7          @centos-openstack-liberty
  python-heatclient.noarch        0.8.0-1.el7            @centos-openstack-liberty
  [root at controller ~]# yum list installed | grep ceilometer
  openstack-ceilometer-alarm.noarch
  openstack-ceilometer-api.noarch 1:5.0.0-1.el7          @centos-openstack-liberty
  python-ceilometer.noarch        1:5.0.0-1.el7          @centos-openstack-liberty
  python-ceilometerclient.noarch  1.5.0-1.el7            @centos-openstack-liberty

  my suggestion, bug in
  heat/engine/clients/os/ceilometer.py

  class CeilometerClientPlugin(client_plugin.ClientPlugin):

      ...

      def _create(self):
      ...
     args = {
              'auth_url': con.auth_url,
              'service_type': self.METERING,
              'project_name': con.tenant,          <--- HERE!!!
              'token': lambda: self.auth_token,
              'endpoint_type': endpoint_type,
              'os_endpoint': endpoint,
              'cacert': self._get_client_option('ceilometer', 'ca_file'),
              'cert_file': self._get_client_option('ceilometer', 'cert_file'),
              'key_file': self._get_client_option('ceilometer', 'key_file'),
              'insecure': self._get_client_option('ceilometer', 'insecure')
          }

  if use
         'project_id': con.tenant_id,
  instead
        'project_name': con.tenant,
  it works fine

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1525800/+subscriptions