hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Colin Patrick McCabe (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-9699) MiniDFSCluster#createPermissionsDiagnosisString should handle security exceptions in FileUtil#canRead and canWrite
Date Tue, 09 Jul 2013 19:11:50 GMT

     [ https://issues.apache.org/jira/browse/HADOOP-9699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Colin Patrick McCabe updated HADOOP-9699:
-----------------------------------------

    Summary: MiniDFSCluster#createPermissionsDiagnosisString should handle security exceptions
in FileUtil#canRead and canWrite  (was: org.apache.hadoop.fs.FileUtil#canRead and canWrite
should return false on SecurityExceptions.)
    
> MiniDFSCluster#createPermissionsDiagnosisString should handle security exceptions in
FileUtil#canRead and canWrite
> ------------------------------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-9699
>                 URL: https://issues.apache.org/jira/browse/HADOOP-9699
>             Project: Hadoop Common
>          Issue Type: Bug
>            Reporter: Mark Miller
>            Priority: Minor
>         Attachments: HADOOP-9699.patch
>
>
> Currently, if a security manager denies access on these calls, a SecurityException is
thrown rather than returning false.
> This causes ugly behavior in MiniDFSCluster#createPermissionsDiagnosisString for example.
If you are running with a security manager, that method can hide root exceptions on you because
when it tries to create the permissions string, canRead and canWrite can throw security exceptions
- the original exception is lost, and the problem may not be permissions related at all (it
wasn't in the case that I ran into this).
> Rather than hardening createPermissionsDiagnosisString, it seems like these methods should
just treat SecurityExceptions as lack of access.

--
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

Mime
View raw message