Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: yarn-issues@hadoop.apache.org
Date: Tue, 27 Nov 2012 17:17:58 +0000 (UTC)
From: "Bikas Saha (JIRA)" <jira@apache.org>
To: yarn-issues@hadoop.apache.org
Message-ID: <2026740602.28491.1354036678797.JavaMail.jiratomcat@arcas>
In-Reply-To: <1167282364.6675.1353418018457.JavaMail.jiratomcat@arcas>
Subject: [jira] [Commented] (YARN-230) Make changes for RM restart phase 1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Bikas Saha commented on YARN-230:
---------------------------------

bq. Why is this flexibility needed? I can't see why it makes sense to remove an application and leave some application attempts around.
I agree. It does not make sense to remove application but not remove application attempts. But it could make sense to remove application attempts but not remove the application, couldn't it? Say we want to remove some attempt from the saved state before the application is done.

I can update the patch with defaults for filesystem and the suggested path. On this note, for MR jobs just enabling these defaults is not enough. We also need to change the AM retry default to > 1. Otherwise, even with RM restart enabled, the restarted attempts will fail because the previous AM will delete job files. What is your suggestion for that?
                
> Make changes for RM restart phase 1
> -----------------------------------
>
>                 Key: YARN-230
>                 URL: https://issues.apache.org/jira/browse/YARN-230
>             Project: Hadoop YARN
>          Issue Type: Sub-task
>          Components: resourcemanager
>            Reporter: Bikas Saha
>            Assignee: Bikas Saha
>         Attachments: PB-impl.patch, Recovery.patch, Store.patch, Test.patch, YARN-230.1.patch
>
>
> As described in YARN-128, phase 1 of RM restart puts in place mechanisms to save application state and read them back after restart. Upon restart, the NM's are asked to reboot and the previously running AM's are restarted.
> After this is done, RM HA and work preserving restart can continue in parallel. For more details please refer to the design document in YARN-128

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira