One of the pep8 target dependencies must have updated,
causing a bunch of new lint errors in these categories:
- line length > 79 chars
- no whitespace after keyword
Launchpad: #1911011
Gerrit review: https://review.opendev.org/c/openstack/charm-nova-compute/+/783371
* Functional tests for `instance-count` action on nova-compute charm.
Test for `remove_from_cloud_actions` waits at the end until
the nova-compute service is available again. However there's a few
seconds lag until that host shows up also in `hypervisor-list` which
can cause race conditions with other tests.
Add test for the new nova_cc charm action syncing AZs
The new action is meant to sync the availability zones from the
underlying Juju provider with the OpenStack availability zones.
It is useful within MAAS environments to map the MAAZ AZs to
OpenStack AZs.
Also fix output check logic for sync az test.
The validation logic for the sync az test checks the specific output of
the command text, but this is dependent on ordering. The code also
validates that the hypervisors are added to the appropriate host
aggregates, so this changes the test to verify the action was successful
and has some output.
Also use the availability-zone based on the configured settings.
In the attempt to sync the az test, the availability zone is assumed
to be the JUJU_AVAILABILITY_ZONE environment setting. In various
scenarios, this is not what is used for the availability zone of a
compute node.
This change mimics the logic that's contained within the nova-compute
charm to determine which availability zone should be used for the
compute node.
Signed-off-by: Billy Olsen <billy.olsen@gmail.com>
Co-authored-by: Ionut Balutoiu <ibalutoiu@cloudbasesolutions.com>
* Functional test for 'enable' and 'disable' actions on nova-compute
* lint fixes
* Put tests of new functionality into separate class
* Added tests for actions `remove-from-cloud` and `register-to-cloud`
* Set longer timeout for action verification
* Add logging to help with CI debugging
* Raise error if action fails
* Cleanup running VMs before test starts
* Add cleanup to tests that create VMs
The current test expects Nova to never have TLS connections, let's
expect them to be there whenever vault is present.
Remove the 'is-volume-encryption-enabled' assertion as it is not
a property of the Nova security checks. This was previously masked
by the fact that action would always fail due to TLS tests not
being enabled for any bundles.
Add functional test case to verify new config param
quota-count-usage-from-placement in nova-cloud-controller
charm.
Charm changes - https://review.opendev.org/#/c/715182/
Related-Bug: #1864859
Rodrigo Barbieri
Gabriel Cocenza
Liam Young
Samuel Walladge
Marcin Wilk
Billy Olsen
Aurelien Lourot
Alex Kavanagh
mkalcok
Billy Olsen
Frode Nordahl
Linda Guo
Hemanth Nakkina
Dmitrii Shcherbakov
Alex Kavanagh
Chris MacNaughton