Summary: | With latest puddles of RHOSP 8.0, "openstack flavor delete" fails with "public endpoint for messaging service not found" | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | David Hill <dhill> | ||||
Component: | python-tripleoclient | Assignee: | RHOS Maint <rhos-maint> | ||||
Status: | CLOSED ERRATA | QA Contact: | Alexander Chuzhoy <sasha> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 8.0 (Liberty) | CC: | dhill, dsavinea, gtrellu, hbrock, jslagle, mburns, mcornea, nlevinki, rhel-osp-director-maint, sasha, tvignaud | ||||
Target Milestone: | ga | Keywords: | Upstream | ||||
Target Release: | 9.0 (Mitaka) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | python-tripleoclient-2.0.0-1.el7ost | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-08-11 11:29:33 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Attachments: |
|
Description
David Hill
2016-03-14 00:12:02 UTC
Same problem with latest RHOS 8 puddle (03/11). In fact "flavor delete" command from python-zaqarclient overrides the "flavor delete" from python-openstackclient. https://github.com/openstack/python-openstackclient/blob/stable/liberty/setup.cfg#L76 https://github.com/openstack/python-zaqarclient/blob/stable/liberty/setup.cfg#L56 The issue has been fixed upstream ("flavor delete" renamed in python-zaqarclient) but not backport in liberty https://bugs.launchpad.net/python-zaqarclient/+bug/1506957 Created attachment 1136603 [details]
openstack flavor delete
Same error with the puddle of 18th march. This bug did not make the OSP 8.0 release. It is being deferred to OSP 10. Mike, this bug only affects OSP 8 because the fix is already present in Mitaka since Oct 2015 so set the target to OSP 10 makes no sense. Not a problem, moving back to 9 and marking MODIFIED Verified: Environment: python-tripleoclient-2.0.0-1.0.2.el7ost.noarch [stack@instack ~]$ openstack flavor list +--------------------------------------+---------------+------+------+-----------+-------+-----------+ | ID | Name | RAM | Disk | Ephemeral | VCPUs | Is Public | +--------------------------------------+---------------+------+------+-----------+-------+-----------+ | 1a702766-9c4c-4a56-8bf8-867b1843e87a | baremetal | 4096 | 40 | 0 | 1 | True | | 3ecc9455-c80d-48fa-a9ec-a6c2880c2894 | compute | 4096 | 40 | 0 | 1 | True | | 41323b6b-190f-4c49-82c5-90c2fb8b71f6 | swift-storage | 4096 | 40 | 0 | 1 | True | | 4ba0262b-a677-4661-afa0-c7f2252d4ce4 | block-storage | 4096 | 40 | 0 | 1 | True | | d9320eb8-f387-464b-9f66-7f101953fd03 | control | 4096 | 40 | 0 | 1 | True | | dd20586d-07ec-4fb7-ad93-ec88eba2ce69 | ceph-storage | 4096 | 40 | 0 | 1 | True | +--------------------------------------+---------------+------+------+-----------+-------+-----------+ [stack@instack ~]$ openstack flavor delete compute [stack@instack ~]$ openstack flavor list +--------------------------------------+---------------+------+------+-----------+-------+-----------+ | ID | Name | RAM | Disk | Ephemeral | VCPUs | Is Public | +--------------------------------------+---------------+------+------+-----------+-------+-----------+ | 1a702766-9c4c-4a56-8bf8-867b1843e87a | baremetal | 4096 | 40 | 0 | 1 | True | | 41323b6b-190f-4c49-82c5-90c2fb8b71f6 | swift-storage | 4096 | 40 | 0 | 1 | True | | 4ba0262b-a677-4661-afa0-c7f2252d4ce4 | block-storage | 4096 | 40 | 0 | 1 | True | | d9320eb8-f387-464b-9f66-7f101953fd03 | control | 4096 | 40 | 0 | 1 | True | | dd20586d-07ec-4fb7-ad93-ec88eba2ce69 | ceph-storage | 4096 | 40 | 0 | 1 | True | +--------------------------------------+---------------+------+------+-----------+-------+-----------+ Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-1599.html |