Mailing-List: contact issues-help@ambari.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ambari.apache.org
Date: Sat, 23 Apr 2016 02:01:12 +0000 (UTC)
From: "Sumit Mohanty (JIRA)" <jira@apache.org>
To: issues@ambari.apache.org
Message-ID: <JIRA.12781241.1426091182000.15551.1461376872857@Atlassian.JIRA>
In-Reply-To: <JIRA.12781241.1426091182000@Atlassian.JIRA>
References: <JIRA.12781241.1426091182000@Atlassian.JIRA>
 <JIRA.12781241.1426091182895@arcas>
Subject: [jira] [Commented] (AMBARI-10029) Node auto-recovery
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/AMBARI-10029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15255034#comment-15255034 ] 

Sumit Mohanty commented on AMBARI-10029:
----------------------------------------

[~dheeren] what version are you using and what is not working?

> Node auto-recovery
> ------------------
>
>                 Key: AMBARI-10029
>                 URL: https://issues.apache.org/jira/browse/AMBARI-10029
>             Project: Ambari
>          Issue Type: New Feature
>          Components: ambari-agent, ambari-server
>    Affects Versions: 2.0.0
>            Reporter: Sumit Mohanty
>            Assignee: Sumit Mohanty
>             Fix For: 2.1.0
>
>         Attachments: AMBARI-10029.p-II.patch, AMBARI-10029.patch, NodeRecovery.pdf
>
>
> Using blue-print, it is possible to perform a zero-touch install of hadoop clusters using Ambari. This is especially useful in the cloud environment. However, cloud environment also can be dynamic in the sense that nodes will get rebooted or reset to the original image.
> Reset, being that the node (usually VM) gets reverted to original state where it joined the cluster. It is assumed that a reset node has ambari-agent installed and configured to communicate with the server. The node may also have all packages pre-instaled.
> Node recovery is the feature to bring back a rebooted/reset online by starting or installing and then starting the host components that are already on the host.
> In general, temporarily losing a node and then performing node recovery on a slave host should not affect the whole cluster. If its is a master node then there can be some disruption based on what is deployed on the master host and if HA is enabled for the master services or not.
> Node recovery, discussed in this JIRA, only addresses the ability to automatically INSTALL/CONFIGURE/START host components on the node so that the desired state of the host component matches the actual state.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)