stopped proxy can be inadvertently started by config change
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Swift Proxy Charm |
Triaged
|
High
|
Unassigned |
Bug Description
During a ring sync across proxy units we stop proxy services until rings are synced to ensure consistency for api calls. We are not, however, disabling the service (we just stop it) which means that it could be restarted by an config changes made during a sync that would result in a restart_
If we don' do this we easily run into a situation where the charm does a start() following a sync and this has no effect because the service is already started but has failed due to rings not yet existing e.g. https:/
I believe that this could actually be critical since it could result in the swift-proxy service never being restarted following sync.
Changed in charm-swift-proxy: | |
milestone: | 17.11 → 18.02 |
Changed in charm-swift-proxy: | |
milestone: | 18.02 → 18.05 |
Changed in charm-swift-proxy: | |
milestone: | 18.05 → 18.08 |
Changed in charm-swift-proxy: | |
milestone: | 18.08 → 18.11 |
Changed in charm-swift-proxy: | |
milestone: | 18.11 → 19.04 |
Changed in charm-swift-proxy: | |
milestone: | 19.04 → 19.07 |
Changed in charm-swift-proxy: | |
milestone: | 19.07 → 19.10 |
Changed in charm-swift-proxy: | |
milestone: | 19.10 → 20.01 |
Changed in charm-swift-proxy: | |
milestone: | 20.01 → 20.05 |
Changed in charm-swift-proxy: | |
milestone: | 20.05 → 20.08 |
Changed in charm-swift-proxy: | |
milestone: | 20.08 → none |
Changed in charm-swift-proxy: | |
status: | New → Triaged |
importance: | High → Wishlist |
importance: | Wishlist → High |
Please consider:
https:/ /review. openstack. org/#/c/ 636622/