Return-Path: X-Original-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-common-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 4D161DA1E for ; Tue, 23 Oct 2012 16:25:14 +0000 (UTC) Received: (qmail 17023 invoked by uid 500); 23 Oct 2012 16:25:14 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 16994 invoked by uid 500); 23 Oct 2012 16:25:13 -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 16927 invoked by uid 99); 23 Oct 2012 16:25:12 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Oct 2012 16:25:12 +0000 Date: Tue, 23 Oct 2012 16:25:12 +0000 (UTC) From: "Arpit Gupta (JIRA)" To: common-issues@hadoop.apache.org Message-ID: <319435821.16586.1351009512741.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (HADOOP-8963) CopyFromLocal doesn't always create user directory 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/HADOOP-8963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13482449#comment-13482449 ] Arpit Gupta commented on HADOOP-8963: ------------------------------------- @Daryn Thanks for info. I was actually wrong and this problem exists on trunk as well. {code} ...skipping... 2012-10-23 09:16:57,838 INFO hdfs.TestDFSShell (TestDFSShell.java:runCmd(835)) - RUN: -copyFromLocal /Users/arpit/github/hadoop/trunk/hadoop-common/hadoop-hdfs-project/hadoop-hdfs/target/test/data/testCopyFromLocal1.txt . 2012-10-23 09:16:57,859 DEBUG ipc.Client (Client.java:sendParam(844)) - IPC Client (2029445125) connection to localhost/127.0.0.1:56770 from arpit sending #10 2012-10-23 09:16:57,859 DEBUG ipc.Server (Server.java:processData(1614)) - got #10 2012-10-23 09:16:57,860 DEBUG ipc.Server (Server.java:run(1726)) - IPC Server handler 1 on 56770: has Call#10for RpcKind RPC_PROTOCOL_BUFFER from 127.0.0.1:56779 2012-10-23 09:16:57,860 DEBUG security.UserGroupInformation (UserGroupInformation.java:logPrivilegedAction(1400)) - PrivilegedAction as:arpit (auth:SIMPLE) from:org.apache.hadoop.ipc.Server$Handler.run(Server.java:1742) 2012-10-23 09:16:57,860 DEBUG security.Groups (Groups.java:getGroups(83)) - Returning cached groups for 'arpit' 2012-10-23 09:16:57,862 INFO FSNamesystem.audit (FSNamesystem.java:logAuditEvent(272)) - allowed=true ugi=arpit (auth:SIMPLE) ip=/127.0.0.1 cmd=getfileinfo src=/user/arpit dst=null perm=null {code} src is "/user/arpit" rather than "/user/arpit/testCopyFromLocal1.txt" when the user uses '.' as the destination and the home dir does not exist. I will try to track down where the issue is. > CopyFromLocal doesn't always create user directory > -------------------------------------------------- > > Key: HADOOP-8963 > URL: https://issues.apache.org/jira/browse/HADOOP-8963 > Project: Hadoop Common > Issue Type: Bug > Affects Versions: 1.0.3 > Reporter: Billie Rinaldi > Assignee: Arpit Gupta > Priority: Trivial > Attachments: HADOOP-8963.branch-1.patch > > > When you use the command "hadoop fs -copyFromLocal filename ." before the /user/username directory has been created, the file is created with name /user/username instead of a directory being created with file /user/username/filename. The command "hadoop fs -copyFromLocal filename filename" works as expected, creating /user/username and /user/username/filename, and "hadoop fs -copyFromLocal filename ." works as expected if the /user/username directory already exists. -- 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