Ceph services on channel quincy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Charms Deployment Guide |
Fix Released
|
Medium
|
Peter Matulis |
Bug Description
- [x ] This doc is inaccurate in this way: ______
It appears that the guide was updated yesterday to reflect jammy/yoga instillations of OpenStack. As a consequence, it looks like all the service deployments added channel flags to the "juju deploy" command. When a specific version is not designated, it appears that --channel yoga/stable is being selected as the "default".
For some reason, ceph-osd, ceph-mon, and ceph-radosgw are deploying to --channel quincy/stable. Is this an oversite? If it is not, could an explanation be added in the Ceph-osd section? I was under the impression that services had to be deployed under the same version of OpenStack in order to work properly.
-------
Release: 0.0.1.dev465 on 2022-05-19 20:51:17
SHA: f00dd88ee89c024
Source: https:/
URL: https:/
Changed in charm-deployment-guide: | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in charm-deployment-guide: | |
assignee: | nobody → Peter Matulis (petermatulis) |
status: | Triaged → In Progress |
Changed in charm-deployment-guide: | |
importance: | Low → Medium |
The channels for the charms will relate to the version of software that is being managed by the charm. When it comes to Ceph, the version of software is the Ceph version (e.g. quincy). Since there is no "Yoga" version of Ceph, there is no yoga channel published. This is a bit of a departure in previous trains of thought, but the truth does still hold that the Yoga Version of OpenStack should be paired with the Quincy version of Ceph, especially in a hyperconverged deployment scenario.
If you take a non-hyperconverged scenario then it makes even more sense to have the charm channel track the version of the software it manages. In this scenario, you can clearly deploy the Yoga version of Cinder with the Quincy version of Ceph. As long as it is not hyperconverged, you can also deploy the Xena version of Cinder with the Quincy version of Ceph.
Can you elaborate how you are determining that the --channel yoga/stable is being selected as the default? It is true that there can be a default channel set for specific charm, but I was unaware that we were making this choice already except for a specific charm or two where there was little to no risk in providing a default channel before users migrated to charmhub-delivered charms (e.g. mysql-innodb- cluster) .