6b5d27c...
by
OpenDev Sysadmins <email address hidden>
OpenDev Migration Patch
This commit was bulk generated and pushed by the OpenDev sysadmins
as a part of the Git hosting and code review systems migration
detailed in these mailing list posts:
Attempts have been made to correct repository namespaces and
hostnames based on simple pattern matching, but it's possible some
were updated incorrectly or missed entirely. Please reach out to us
via the contact information listed at https://opendev.org/ with any
questions you may have.
Update cloud-archive.list when upgrading from Pike to Queens
ceph-mon charm only upgrades when the ceph version changes, for the
case of upgrading from Pike to Queens the charm is skipping any
upgrades, because the Cloud Archive has Luminous for those 2 releases.
This patch checks if the requested ceph version is luminous and if the
'source' changed from pike to queens to then upgrade
/etc/apt/sources.list.d/cloud-archive.list via add_source()
As part of this backport, I manually un-picked the stein dict
entry from lib/ceph/utils.py, as it is not currently applicable to
the stable charm.
Change-Id: I05b7d722e45d3a02a97866903a67bd9b16d4f552
Closes-Bug: 1778823
(cherry picked from commit 5ed4956f2bc594d42abf6fd2fa64dcddc1b86da5)
Ceph will issue a HEALTH_WARN in the event that one pool has a
large number of objects compared to other pools in the cluster:
"Issue a HEALTH_WARN in cluster log if the average object
number of a certain pool is greater than mon pg warn max
object skew times the average object number of the whole
pool."
For OpenStack deployments, Gnocchi and RADOS gateway can generate
a large number of small objects compared to Cinder, Glance and
Nova usage, causing the cluster to go into HEALTH_WARN status.
Disable this check until the skew evaluation also includes the
size of the objects as well as the number.
Change-Id: I83211dbdec4dea8dca5b27a66e26a4431d2a7b77
Closes-Bug: 1804846
(cherry picked from commit 33f9bae6c7eba61b931191882f0696db909fb84e)
Guard cluster operations until sufficient OSD's booted
Ensure that broker requests are not processed and that client
access keys are not issued until the expected number of OSD's
have been bootstrapped into the cluster.
This depends on presentation of the number of bootstrapped
OSD's from the ceph-osd charm (see Depends-On).
For upgraders, keys will have already been issued so there
should be no impact on existing access to the Ceph cluster;
The ceph-osd units will present the required relation data
post upgrade at which point the charm will mark the cluster
as ready for service and continue to process and pending
requests.
