Key rotation performed regardless of lead unit being paused or not
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Keystone Charm |
Fix Released
|
High
|
Frode Nordahl |
Bug Description
As can be seen in the artifacts from a test failure here:
https:/
Traceback (most recent call last):
File "/var/lib/
pprint.
zaza.utilities.
If you examine the juju crashdump you will see that the keys are fully rotated and written to disk at a later time, so our test has caught it in the middle of a rotation.
There are two possible solutions to this intermittent test failure:
1. Pause the lead unit before checking that rotation has taken place.
2. Only list key file names and take existence of keys with higher index than what is created on initial setup as proof of successful rotation.
While investigating these options I came across the fact that the charm currently will rotate keys regardless of it being paused, and that in itself is a bug, thus the filing of this bug report.
Changed in charm-keystone: | |
milestone: | none → 18.08 |
status: | New → Triaged |
importance: | Undecided → High |
Changed in charm-keystone: | |
status: | Fix Committed → Fix Released |
Review: https:/ /review. openstack. org/#/c/ 593532/