Return-Path: X-Original-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BA114111BA for ; Wed, 14 May 2014 06:55:34 +0000 (UTC) Received: (qmail 6515 invoked by uid 500); 10 May 2014 21:55:32 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 6292 invoked by uid 500); 10 May 2014 21:55:31 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: yarn-issues@hadoop.apache.org Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 5370 invoked by uid 99); 10 May 2014 21:55:28 -0000 Received: from Unknown (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 May 2014 21:55:28 +0000 Date: Sat, 10 May 2014 21:55:28 +0000 (UTC) From: "Jason Lowe (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-1751) Improve MiniYarnCluster and LogCLIHelpers for log aggregation testing MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/YARN-1751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13993565#comment-13993565 ] Jason Lowe commented on YARN-1751: ---------------------------------- Despite them both being small changes, I think these should be separate JIRA since they're otherwise unrelated changes for different problems and can stand on their own. We can morph this JIRA into one of them and file a new one to cover the other. For the LogCLIHelpers change, I think it should be calling FileContext.getFileContext(remoteAppLogDir.toUri(), conf) in case the remoteAppLogDir is not on the default filesystem. There's also the question of whether it should guard against a null conf, since oddly despite LogCLIHelpers being Configurable it isn't using the config until after this change. I think I'm leaning towards leaving it null and letting the NPE occur so callers will fix it. We've had lots of performance problems and other weirdness in the past when code forgot to pass down a custom config and things sorta worked with the default one. +1 for the MiniYarnCluster change. > Improve MiniYarnCluster and LogCLIHelpers for log aggregation testing > --------------------------------------------------------------------- > > Key: YARN-1751 > URL: https://issues.apache.org/jira/browse/YARN-1751 > Project: Hadoop YARN > Issue Type: Improvement > Components: nodemanager > Reporter: Ming Ma > Assignee: Ming Ma > Attachments: YARN-1751-trunk.patch > > > MiniYarnCluster specifies individual remote log aggregation root dir for each NM. Test code that uses MiniYarnCluster won't be able to get the value of log aggregation root dir. The following code isn't necessary in MiniYarnCluster. > File remoteLogDir = > new File(testWorkDir, MiniYARNCluster.this.getName() > + "-remoteLogDir-nm-" + index); > remoteLogDir.mkdir(); > config.set(YarnConfiguration.NM_REMOTE_APP_LOG_DIR, > remoteLogDir.getAbsolutePath()); > In LogCLIHelpers.java, dumpAllContainersLogs should pass its conf object to FileContext.getFileContext() call. -- This message was sent by Atlassian JIRA (v6.2#6252)