[
https://issues.apache.org/jira/browse/HADOOP-8963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13482321#comment-13482321
]
Daryn Sharp commented on HADOOP-8963:
-------------------------------------
The shell has been overhauled (by me) on trunk so you can't just backmerge a
change. For various reasons, {{FsShell}} in trunk is not using {{FileUtil}} to
copy the files. What someone may want to do is backport the entire shell.
It's probably a dropin replacement although it would introduce some
incompatibilities - yet fix a ton of bugs related to globbing and exit codes -
which is why it hasn't been done. I suppose that other than output changes, it
would/should be moderately difficult to revert commands to 1.x "compatible"
behavior.
> 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
