Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 71798 invoked from network); 23 Mar 2010 11:07:52 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Mar 2010 11:07:52 -0000 Received: (qmail 69744 invoked by uid 500); 23 Mar 2010 11:07:52 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 69641 invoked by uid 500); 23 Mar 2010 11:07:51 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 69627 invoked by uid 99); 23 Mar 2010 11:07:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Mar 2010 11:07:50 +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; Tue, 23 Mar 2010 11:07:48 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5C8BD234C4AE for ; Tue, 23 Mar 2010 11:07:27 +0000 (UTC) Message-ID: <1801316429.432061269342447378.JavaMail.jira@brutus.apache.org> Date: Tue, 23 Mar 2010 11:07:27 +0000 (UTC) From: "Vinod K V (JIRA)" To: common-issues@hadoop.apache.org Subject: [jira] Updated: (HADOOP-5737) UGI checks in testcases are broken 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 ] Vinod K V updated HADOOP-5737: ------------------------------ Release Note: Fixed JobTracker to use it's own credentials instead of the job's credentials for accessing mapred.system.dir. Also added APIs in the JobTracker to get the FileSystem objects as per the JobTracker's configuration. (was: Fixed a problem in the way the JobTracker used to talk to other daemons like the NameNode to get the job's files. Also added APIs in the JobTracker to get the FileSystem objects as per the JobTracker's configuration.) > UGI checks in testcases are broken > ---------------------------------- > > Key: HADOOP-5737 > URL: https://issues.apache.org/jira/browse/HADOOP-5737 > Project: Hadoop Common > Issue Type: Bug > Components: security, test > Reporter: Amar Kamat > Assignee: Amar Kamat > Fix For: 0.21.0 > > Attachments: HADOOP-5737-v1.3.patch, HADOOP-5737-v1.5.patch, HADOOP-5737-v1.7.patch, HADOOP-5737-y20.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.