armada/armada/exceptions
Sean Eagan 2310ddbc2c Remediate releases stuck in non-DEPLOYED statuses
Armada remediates releases stuck in FAILED status, if not protected,
by purging and re-installing them. This implements the same for other
non-DEPLOYED statuses. For these statuses it guards this with a best
effort determination of whether a previous deployment of the release,
either through armada or the helm CLI, is likely still pending based
on whether it was last deployed within the chart's wait timeout. If
it is deemed likely pending an error is raised, however this
condition will eventually expire on future runs allowing for
eventual remediation.

Reasons why a release may get stuck in statuses other than DEPLOYED
or FAILED include:

1. tiller crashed mid-deployment
2. tiller could not reach kubernetes to update the release state
3. running `helm delete <rel>` (without --purge) (DELETED status)

Change-Id: Ia89cd59f056103dde47980a149c07a2984c4bbb4
2019-01-18 23:06:01 +00:00
..
__init__.py Fix for get manifest 2018-09-14 15:27:03 +00:00
api_exceptions.py Index, Guide, & Api Armada Exception Documentation 2018-02-13 10:01:27 -05:00
armada_exceptions.py Remediate releases stuck in non-DEPLOYED statuses 2019-01-18 23:06:01 +00:00
base_exception.py Implement tiller gRPC channel clean up 2018-11-12 13:32:52 -06:00
chartbuilder_exceptions.py Adding yapf config, plus formatted code. 2018-06-22 14:56:04 -05:00
k8s_exceptions.py fix(timeouts): Address timeout handling issues 2018-05-01 08:45:56 -05:00
manifest_exceptions.py Fix for get manifest 2018-09-14 15:27:03 +00:00
override_exceptions.py Adding yapf config, plus formatted code. 2018-06-22 14:56:04 -05:00
source_exceptions.py Adding yapf config, plus formatted code. 2018-06-22 14:56:04 -05:00
tiller_exceptions.py Use paging to list releases from tiller 2018-10-12 21:28:22 -05:00
validate_exceptions.py Improved document validation 2018-02-23 11:11:09 -05:00