Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 39884 invoked from network); 8 May 2009 03:08:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 May 2009 03:08:18 -0000 Received: (qmail 84489 invoked by uid 500); 8 May 2009 03:08:18 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 84327 invoked by uid 500); 8 May 2009 03:08:17 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 84316 invoked by uid 99); 8 May 2009 03:08:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 May 2009 03:08:17 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 May 2009 03:08:07 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 92B65234C044 for ; Thu, 7 May 2009 20:07:45 -0700 (PDT) Message-ID: <1579692376.1241752065600.JavaMail.jira@brutus> Date: Thu, 7 May 2009 20:07:45 -0700 (PDT) From: "Amar Kamat (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Updated: (HADOOP-5737) UGI checks in testcases are broken In-Reply-To: <828937313.1240557750365.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-5737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amar Kamat updated HADOOP-5737: ------------------------------- Attachment: HADOOP-5737-v1.5.patch Attaching a patch the reduces code duplication. I think its ok to pass open up jobtracker conf as only jip requires it now. JobHistory already has it. To pass the jobtracker's fs to JobHistory, we need to pass the jobtracker handle to JobHistory. Result of test-patch {code} [exec] -1 overall. [exec] [exec] +1 @author. The patch does not contain any @author tags. [exec] [exec] -1 tests included. The patch doesn't appear to include any new or modified tests. [exec] Please justify why no tests are needed for this patch. [exec] [exec] +1 javadoc. The javadoc tool did not generate any warning messages. [exec] [exec] +1 javac. The applied patch does not increase the total number of javac compiler warnings. [exec] [exec] +1 findbugs. The patch does not introduce any new Findbugs warnings. [exec] [exec] +1 Eclipse classpath. The patch retains Eclipse classpath integrity. [exec] [exec] +1 release audit. The applied patch does not increase the total number of release audit warnings. {code} Ant tests passed on my box. > UGI checks in testcases are broken > ---------------------------------- > > Key: HADOOP-5737 > URL: https://issues.apache.org/jira/browse/HADOOP-5737 > Project: Hadoop Core > Issue Type: Bug > Components: mapred > Reporter: Amar Kamat > Assignee: Amar Kamat > Attachments: HADOOP-5737-v1.3.patch, HADOOP-5737-v1.5.patch > > > While running {{TestMiniMRWithDFSWithDistinctUsers}}, I used this patch to test the ugi checks > {code} > Index: src/hdfs/org/apache/hadoop/hdfs/server/namenode/PermissionChecker.java > =================================================================== > --- src/hdfs/org/apache/hadoop/hdfs/server/namenode/PermissionChecker.java (revision 768189) > +++ src/hdfs/org/apache/hadoop/hdfs/server/namenode/PermissionChecker.java (working copy) > @@ -40,6 +40,7 @@ > if (LOG.isDebugEnabled()) { > LOG.debug("ugi=" + ugi); > } > + LOG.info("ugi=" + ugi); > > if (ugi != null) { > user = ugi.getUserName(); > {code} > While initializing a job, the ugi information should point to jobtracker as jobtracker does a dfs read. But today we will see that the log shows _pi_ as the caller instead of the jobtracker. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.