You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Current approach is to fail if system is not RUNNING.
But as we expose public API for preparing system to shutdown it makes sense to analyze
current system state and wait for READY_TO_SHUTDOWN instead of failing immediately.
The example of output i got when after i played with API and called cli stop.
Status: Image is up to date for eclipse/che:nightly
INFO: Waiting for graceful stop of services...
ERROR: (che action/graceful-stop): Status is not in RUNNING state so the graceful can't be called.
Currently the system can't go back to running state, so if system is in the state different from running all that cli needs to do is to wait for it to become READY_TO_SHUTDOWN.
Proposed action map for cli:
RUNNING -> call stop and wait for system to be in READY_TO_SHUTDOWN state
READY_TO_SHUTDOWN -> do nothing(maybe print something useful)
ANY_OTHER_STATE -> wait for system to be in READY_TO_SHUTDOWN state
The text was updated successfully, but these errors were encountered:
voievodin
changed the title
graceful-stop should fail if system is not in RUNNING state
graceful-stop shouldn't fail if system is not in RUNNING state
Feb 1, 2017
benoitf
added
kind/enhancement
A feature request - must adhere to the feature request template.
status/open-for-dev
An issue has had its specification reviewed and confirmed. Waiting for an engineer to take it.
labels
Feb 1, 2017
skabashnyuk
added
kind/bug
Outline of a bug - must adhere to the bug report template.
kind/enhancement
A feature request - must adhere to the feature request template.
and removed
kind/enhancement
A feature request - must adhere to the feature request template.
kind/bug
Outline of a bug - must adhere to the bug report template.
labels
Feb 1, 2017
- RUNNING -> call stop and wait for system to be in READY_TO_SHUTDOWN state
- READY_TO_SHUTDOWN -> do nothing(maybe print something useful)
- ANY_OTHER_STATE -> wait for system to be in READY_TO_SHUTDOWN state
Change-Id: I55a8b5ecb2b016d31dbbd95b8793af4952d8116b
Signed-off-by: Florent BENOIT <fbenoit@codenvy.com>
benoitf
added
status/code-review
This issue has a pull request posted for it and is awaiting code review completion by the community.
and removed
status/open-for-dev
An issue has had its specification reviewed and confirmed. Waiting for an engineer to take it.
labels
Feb 8, 2017
benoitf
removed
the
status/code-review
This issue has a pull request posted for it and is awaiting code review completion by the community.
label
Feb 9, 2017
eclipse-che#4063)
- RUNNING -> call stop and wait for system to be in READY_TO_SHUTDOWN state
- READY_TO_SHUTDOWN -> do nothing(maybe print something useful)
- ANY_OTHER_STATE -> wait for system to be in READY_TO_SHUTDOWN state
Change-Id: I55a8b5ecb2b016d31dbbd95b8793af4952d8116b
Signed-off-by: Florent BENOIT <fbenoit@codenvy.com>
Current approach is to fail if system is not RUNNING.
But as we expose public API for preparing system to shutdown it makes sense to analyze
current system state and wait for READY_TO_SHUTDOWN instead of failing immediately.
The example of output i got when after i played with API and called
cli stop
.Currently the system can't go back to running state, so if system is in the state different from running all that cli needs to do is to wait for it to become READY_TO_SHUTDOWN.
Proposed action map for cli:
The text was updated successfully, but these errors were encountered: