This patchset implements the first rewrite of the charm using the
operator framework by simply calling into the hooks.
This change also includes functional validation about charm upgrades
from the previous stable to the locally built charm.
Fix tempest breakage for python < 3.8
Co-authored-by: Chris MacNaughton <chris.macnaughton@canonical.com>
Change-Id: I61308bb2900134ea163d9e92444066a3cb0de43d
func-test-pr: https://github.com/openstack-charmers/zaza-openstack-tests/pull/849
This patchset updates all the requirements for charms.openstack,
charm-helpers, charms.ceph, zaza and zaza-openstack-tests back
to master branch.
Change-Id: Idf99f5b51c66285d384e25797db029513367736c
* charm-helpers sync for classic charms
* build.lock file for reactive charms
* ensure tox.ini is from release-tools
* ensure requirements.txt files are from release-tools
* On reactive charms:
- ensure stable/21.04 branch for charms.openstack
- ensure stable/21.04 branch for charm-helpers
Change-Id: I7de7b61d63aef57c3242631b969d5bb54fe76ab1
ch-sync for focal sysctl modification:
When sysctl is run in a container before focal
the exitcode is 0. In focal, the exitcode is 255
Change-Id: I4cc337d538ca5d2c2e2da488013101bb82074721
Closes-Bug: 1873420
Also fix for bug where the mgr daemon is not ready. A wait is
introduced if it is not ready before trying to assert pg-autotune.
Closes-Bug: #1848576
Change-Id: Ic3c1e1f7902f7e2052dc4cf432303f874369238d
Using the new version of the sync tool which removes the charmhelpers
directory before syncing, run charm helpers sync to find any unexpected
missing dependencies.
Change-Id: I634c89e87918f56a8db89bb888c00b9032c69a17
General tidy of actions codebase including sorting out
some minor bugs.
Added new copy-pool action.
Added support for CRUSH device classes when creating
erasure coding profiles.
Removed need for use of rados python module by switching
to using the ceph command line tool for all operations.
Add new action for creation of new CRUSH rules using
device classes.
Resync charms.ceph to support switching the crush_rule
key on a pool.
Resync charmhelpers for support for device classing.
Rename all action py files to by standards compliant.
Change-Id: I1f7d95b1637f2064bd11a5d5336764b2946428ac
Depends-On: I2c405f9a4956ff1ccf1edb7372a9bb11e1e591a4
Juju 2.0 provides support for display of the version of
an application deployed by a charm in juju status.
Insert the application_version_set function into the
existing assess_status function - this gets called after
all hook executions, and periodically after that, so any
changes in package versions due to normal system updates
will also be reflected in the status output.
This review also includes a resync of charm-helpers to
pickup hookenv support for this feature.
Change-Id: Ic4c1231741383ef3cb864c3144ead211345f84ba
Adds a new config-flags option to the charm that
supports setting a dictionary of ceph configuration
settings that will be applied to ceph.conf.
This implementation supports config sections so that
settings can be applied to any section supported by
the ceph.conf template in the charm.
Includes some unit test code cleanup.
Closes-Bug: 1522375
Change-Id: I5fa0890d87425499dbd48af6f2bc1f196713a975
All OpenStack charms are now directly published to the charm store
on landing; switch Amulet helper to resolve charms using the
charm store rather than bzr branches, removing the lag between
charm changes landing and being available for other charms to
use for testing.
This is also important for new layered charms where the charm must
be build and published prior to being consumable.
Change-Id: I395ee0e0b33c2df98783718fa45829ea572f24cc
Add charmhelpers.contrib.hardening and calls to install,
config-changed, upgrade-charm and update-status hooks. Also
add new config option to allow one or more hardening
modules to be applied at runtime.
Change-Id: If3e20565b1917828cb9fa2cf00b93bd13c1db00f
resources e.g. pools as opposed to creating them
themselves. This hopefully simplifies the logic at
the client side and reduces the risk of race
conditions by shifting execution to the ceph
charm itself. Backwards-compatibility with
clients that don't want to/yet support this approach
is maintained.