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)