[
https://issues.apache.org/jira/browse/HDFS-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16621928#comment-16621928
]
Ayush Saxena commented on HDFS-13390:
-------------------------------------
Thanx [~nasirali] for reporting and [~shahrs87] for the discussion.
This behavior seems to be inline with linux. Linux also behaves in the same
manner.
I don't think changing behavior here as of sudden in HDFS is a good idea.
Keeping in mind it will definitely be not compatible with previous versions.
> AccessControlException for overwrite but not for delete
> -------------------------------------------------------
>
> Key: HDFS-13390
> URL: https://issues.apache.org/jira/browse/HDFS-13390
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs
> Affects Versions: 2.9.0
> Environment: *Environment:*
> OS: Centos
> PyArrow Version: 0.8.0
> Python version: 3.6
> HDFS: 2.9
> Reporter: Nasir Ali
> Priority: Minor
>
>
> *Problem:*
> I have a file (F-1) saved in HDFS with permissions set to "-rw-r--r--" with
> user "cnali". User "nndugudi" cannot overwrite F-1 (vice versa). hdfs.write
> will generate following exception:
> org.apache.hadoop.security.AccessControlException: Permission denied:
> user=nndugudi, access=WRITE,
> inode="/cerebralcortex/data/00000000-f81c-44d2-9db8-fea69f468d58/00000000-5087-3d56-ad0e-0b27c3c83182/20171105.gz":cnali:supergroup:-rw-r--r--
> However, user "nndugudi" can delete the file without any problem. So why
> overwriting file will produce AccessControlException and not the delete
> method?
> *Sample Code*:
> File:
> [https://github.com/MD2Korg/CerebralCortex/blob/master/cerebralcortex/core/data_manager/raw/stream_handler.py]
> LOC: 659-705 (write_hdfs_day_file)
>
> *HDFS Configurations*:
> All configurations are set to default. Security is also disabled as of now.
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
