Manila-Ganesha is tracking ceph packages on workload version
Bug #2060751 reported by
Gabriel Cocenza
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Manila-Ganesha Charm |
Fix Committed
|
Undecided
|
Gabriel Cocenza | ||
2023.1 |
Fix Released
|
Undecided
|
Unassigned | ||
2023.2 |
Fix Released
|
Undecided
|
Unassigned | ||
Ussuri |
Fix Released
|
Undecided
|
Unassigned | ||
Victoria |
Fix Released
|
Undecided
|
Unassigned | ||
Wallaby |
Fix Released
|
Undecided
|
Unassigned | ||
Xena |
Fix Released
|
Undecided
|
Unassigned | ||
Yoga |
Fix Released
|
Undecided
|
Unassigned | ||
Zed |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The charm is not using `version_package` in the class and the first package in the packages list is ceph which makes this wrong traccking.
Changed in charm-manila-ganesha: | |
assignee: | nobody → Gabriel Cocenza (gabrielcocenza) |
To post a comment you must log in.
``` arm(charms_ openstack. charm.HAOpenSta ckCharm,
charms_ openstack. plugins. BaseOpenStackCe phCharm,
): config_ key = 'openstack-origin'
'ceph- common' ,
'python3- cephfs' ,
'python3- rados',
'nfs-ganesha- ceph',
'manila- share',
'python3- manila' ,
class ManilaGaneshaCh
release = 'rocky'
name = 'ganesha'
python_version = 3
source_
packages = [
]
```
basically the above makes charmhelpers (https:/ /github. com/openstack/ charms. openstack/ blob/018b72d734 223db274b59f524 b7887d8153cdb6d /charms_ openstack/ charm/classes. py#L215) populate workload_version in the juju status with the ceph-common version instead of one of the manila-specific packages version