Deployments with docker containers in unhealthy state should fail deployment

Bug #1752925 reported by Tim Rozet
6
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.

Tags: containers ux
Changed in tripleo:
milestone: none → rocky-1
importance: Undecided → Medium
status: New → Triaged
tags: added: containers ux
Revision history for this message
Bogdan Dobrelya (bogdando) wrote :

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...

Revision history for this message
Bogdan Dobrelya (bogdando) wrote :

...basically, for k8s, the problems like that is already solved by simple health checks and kubelet restarting the failing ones. So cluster operators are mostly the case for HA statefull services to extend that logic with a proper orchestrating/roll-outs of restarts et al.

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
Revision history for this message
Alex Schultz (alex-schultz) wrote :

We had this and then had to revert https://review.openstack.org/#/c/584288/

Revision history for this message
David Peacock (davidjpeacock) wrote :

What was the reason for the revert?

Revision history for this message
Alex Schultz (alex-schultz) wrote :
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
wes hayutin (weshayutin)
Changed in tripleo:
milestone: ussuri-2 → ussuri-3
wes hayutin (weshayutin)
Changed in tripleo:
milestone: ussuri-3 → ussuri-rc3
wes hayutin (weshayutin)
Changed in tripleo:
status: Triaged → Incomplete
wes hayutin (weshayutin)
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
Revision history for this message
Marios Andreou (marios-b) wrote :

This is an automated action. Bug status has been set to 'Incomplete' and target milestone has been removed due to inactivity. If you disagree please re-set these values and reach out to us on freenode #tripleo

Changed in tripleo:
milestone: wallaby-3 → none
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for tripleo because there has been no activity for 60 days.]

Changed in tripleo:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.