container-list fails after container-create fail with 500
Bug #1472132 reported by
Eli Qiao
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Magnum |
Fix Released
|
Undecided
|
Eli Qiao |
Bug Description
here is the reproduce steps
http://
beside, container_list shouldn't query those container which status is "Error"
Changed in magnum: | |
assignee: | nobody → Eli Qiao (taget-9) |
Changed in magnum: | |
status: | New → In Progress |
Changed in magnum: | |
milestone: | none → mitaka-1 |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This raises a question: when we have container entities in Magnum that do not exist on the (docker host) node, should we rely on the client to clean them up, or should we have a maintenance process to discard them automatically under reasonable conditions, such as a particular age/duration of being in an error state, and a confirmation that in fact the container is absent from the node?