Deployments with docker containers in unhealthy state should fail deployment
Bug #1752925 reported by
Tim Rozet
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Expired
|
Medium
|
Unassigned |
Bug Description
When deploying with docker containers in OOO, it is possible that a container could come up in an unhealthy state during deployment. When this happens and the container never transitions to healthy, the deployment should fail. If the container is configured and started, but never goes to healthy, it can be only be interpreted as the service is not up. If the service is not up, the deployment step did not pass and should fail.
Changed in tripleo: | |
milestone: | none → rocky-1 |
importance: | Undecided → Medium |
status: | New → Triaged |
tags: | added: containers ux |
Changed in tripleo: | |
milestone: | rocky-1 → rocky-2 |
Changed in tripleo: | |
milestone: | rocky-2 → rocky-3 |
Changed in tripleo: | |
milestone: | rocky-3 → rocky-rc1 |
Changed in tripleo: | |
milestone: | rocky-rc1 → stein-1 |
Changed in tripleo: | |
milestone: | stein-1 → stein-2 |
Changed in tripleo: | |
milestone: | stein-2 → stein-3 |
Changed in tripleo: | |
milestone: | stein-3 → train-1 |
Changed in tripleo: | |
milestone: | train-1 → train-2 |
Changed in tripleo: | |
milestone: | train-2 → train-3 |
Changed in tripleo: | |
milestone: | train-3 → ussuri-1 |
Changed in tripleo: | |
milestone: | ussuri-1 → ussuri-2 |
Changed in tripleo: | |
milestone: | ussuri-2 → ussuri-3 |
Changed in tripleo: | |
milestone: | ussuri-3 → ussuri-rc3 |
Changed in tripleo: | |
status: | Triaged → Incomplete |
Changed in tripleo: | |
milestone: | ussuri-rc3 → victoria-1 |
Changed in tripleo: | |
milestone: | victoria-1 → victoria-3 |
Changed in tripleo: | |
milestone: | victoria-3 → wallaby-1 |
Changed in tripleo: | |
milestone: | wallaby-1 → wallaby-2 |
Changed in tripleo: | |
milestone: | wallaby-2 → wallaby-3 |
To post a comment you must log in.
I think issues like this one worth adding a day2 tag. I'm not sure the failures like described may be detected for the deployment time. So it seems like a subject of either the consequent future runs of 'openstack overcloud deploy' (or undercloud install) OR something like cluster operators coming from Kubernetes with the adoption of the latter as well...