[
https://issues.apache.org/jira/browse/HDFS-12674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16209450#comment-16209450
]
Daryn Sharp commented on HDFS-12674:
------------------------------------
We can't yet discount the jvm. The problem we debugged is when cwd is
unreadable. Java does the right thing when an absolute path is given because
it's just doing system calls. Relative paths are the problem. Per the strace
we did, the jvm appears to be doing a fchdir to the hsperf directory during
startup. It now can't chdir back to the unreadable cwd at startup so relative
paths are resolved from the hsperf dir.
> hadoop fs -get does not throw permission denied in some cases
> -------------------------------------------------------------
>
> Key: HDFS-12674
> URL: https://issues.apache.org/jira/browse/HDFS-12674
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs
> Affects Versions: 2.8.1
> Reporter: Kuhu Shukla
>
> whoami : mysuperuser
> pwd : /tmp/testKuhu with no write permissions,
> {code}
> $ ls -ld .
> dr-xr-xr-x 2 mysuperuser users 4096 Oct 16 20:36 .
> $ hadoop fs -get testFile
> get: /tmp/testKuhu/testFile.COPYING (Permission denied)
> {code}
> But, when
> whoami : mysuperuser
> pwd : /tmp/testKuhu this time with no read permissions,
> {code}
> $ ls -ld .
> d-xx-x 2 mysuperuser users 4096 Oct 16 20:36 .
> $ hadoop fs -get testFile
> $
> {code}
> passes and copies it to /tmp/hsperfdata_mysuperuser/
> The JIRA tracks this inconsistent behavior.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
