| 2015-10-23 09:14:27 |
james beedy |
bug |
|
|
added bug |
| 2015-10-23 09:14:55 |
james beedy |
tags |
ceph |
ceph nova-compute openstack storage |
|
| 2015-10-23 10:56:15 |
james beedy |
description |
Happening in nova-compute trunk from charm store.
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common' used in PACKAGE_CODENAMES in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common' used in PACKAGE_CODENAMES in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
|
| 2015-10-23 10:57:41 |
james beedy |
description |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common' used in PACKAGE_CODENAMES in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common', key in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
|
| 2015-10-23 10:58:01 |
james beedy |
description |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common', key in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common' key in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
|
| 2015-10-23 10:58:31 |
james beedy |
description |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name 'nova-common' key in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
|
| 2015-10-23 11:03:19 |
james beedy |
description |
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. This also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils. |
Ceph-relation-joined hook error
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. The hook error also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES dict in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils.
See below. |
|
| 2015-10-23 11:35:05 |
james beedy |
description |
Ceph-relation-joined hook error
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. The hook error also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES dict in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils.
See below. |
Ceph-relation-joined hook error
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. The hook error also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES dict in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph, or make a call to get_os_codename_package(package, fatal=True), where the input to the function is a package e.g. 'nova-compute' which is an openstack service package, but not in the OPENSTACK_CODENAMES dict.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils.
See below. |
|
| 2015-10-23 18:25:26 |
james beedy |
summary |
Assert_libvirt_imagebackend_allowed passes incorrect package to get_os_codename_package |
Ceph-relation-joined hook error |
|
| 2015-10-23 19:33:42 |
james beedy |
description |
Ceph-relation-joined hook error
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. The hook error also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES dict in the nested else clause in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph, or make a call to get_os_codename_package(package, fatal=True), where the input to the function is a package e.g. 'nova-compute' which is an openstack service package, but not in the OPENSTACK_CODENAMES dict.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils.
See below. |
Ceph-relation-joined hook error
This error occurs when the ceph-relation-joined hook executes, and happens because the package name 'nova-compute' that gets passed to get_os_version_package from assert_libvirt_imagebackend_allowed doesn't match the package name and key of 'nova-common' in the PACKAGE_CODENAMES dict in charmhelpers.contrib.openstack.utils. The hook error also happens in part due to the incorrect indexing into OPENSTACK_PACKAGES dict in the nested else conditional in get_os_version_package.
*** To replicate this issue, add a relation from nova-compute to ceph, or make a call to get_os_codename_package(package, fatal=True), where the input to the function is a package e.g. 'nova-compute' which is an openstack service package, but not in the OPENSTACK_CODENAMES dict.
*** To remedy this issue I have corrected the package name being passed to get_os_version_package in nova_compute_context.py, and touched up the indexing and parsing in charmhelpers.contrib.openstack.utils.
See below. |
|
| 2015-10-26 21:30:51 |
David Ames |
nova-compute (Juju Charms Collection): assignee |
|
David Ames (thedac) |
|
| 2015-10-26 21:31:03 |
David Ames |
nova-compute (Juju Charms Collection): status |
New |
Confirmed |
|
| 2015-10-26 21:36:34 |
David Ames |
branch linked |
|
lp:~jamesbeedy/charms/trusty/nova-compute/fix-ceph-relation-joined |
|
| 2015-10-26 21:36:51 |
David Ames |
nova-compute (Juju Charms Collection): status |
Confirmed |
Fix Committed |
|
| 2015-11-16 09:37:05 |
Liam Young |
nova-compute (Juju Charms Collection): importance |
Undecided |
High |
|
| 2015-11-16 09:37:50 |
Liam Young |
nova-compute (Juju Charms Collection): milestone |
|
16.01 |
|
| 2015-11-16 10:49:50 |
James Page |
tags |
ceph nova-compute openstack storage |
backport-potential ceph nova-compute openstack storage |
|
| 2015-11-23 08:44:36 |
Launchpad Janitor |
branch linked |
|
lp:~james-page/charms/trusty/nova-compute/lp1509267-stable |
|
| 2015-11-23 08:53:33 |
Launchpad Janitor |
branch linked |
|
lp:charms/trusty/nova-compute |
|
| 2015-11-23 08:53:47 |
James Page |
nova-compute (Juju Charms Collection): status |
Fix Committed |
Fix Released |
|
