You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Andrii Tkach (JIRA)" <ji...@apache.org> on 2015/09/24 10:29:04 UTC
[jira] [Created] (AMBARI-13218) Web Client Expose Ability To
Suspend and Resume Upgrade
Andrii Tkach created AMBARI-13218:
-------------------------------------
Summary: Web Client Expose Ability To Suspend and Resume Upgrade
Key: AMBARI-13218
URL: https://issues.apache.org/jira/browse/AMBARI-13218
Project: Ambari
Issue Type: Task
Components: ambari-web
Affects Versions: 2.1.0
Reporter: Andrii Tkach
Assignee: Andrii Tkach
Priority: Critical
Fix For: 2.1.3
At the end of an upgrade, before finalization, Ambari currently prevents all actions on the cluster. Administrators may want to test and verify the stack upgrade before finalizing and committing to it, especially if there are unhealthy hosts which were excluded.
There is an experimental option in the web client which enables operations. However, this will not work when the Ambari Server is installed on the same machine that hosts components, such as NameNode. The upgrade request will block all operations on the Ambari Server host.
Therefore, the web client should expose the ability to shelve an upgrade. To the user, it appears as though the upgrade has been suspended, which can later be resumed. In the background, the upgrade has actually been aborted. When the cluster is ready to be finalized, the aborted upgrade can be placed back into pending to resume.
{code:title=Abort ("Suspend") Upgrade}
PUT api/v1/clusters/c1/upgrades/21
{
"Upgrade": {
"request_status": "ABORTED"
}
}
{code}
{code:title=Resume Aborted ("Suspended") Upgrade}
PUT api/v1/clusters/c1/upgrades/21
{
"Upgrade": {
"request_status": "PENDING"
}
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)