hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Tucker (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (HDFS-11557) Empty directories may be recursively deleted without being listable
Date Fri, 31 Mar 2017 06:00:48 GMT

    [ https://issues.apache.org/jira/browse/HDFS-11557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15950374#comment-15950374
] 

David Tucker edited comment on HDFS-11557 at 3/31/17 6:00 AM:
--------------------------------------------------------------

[~vagarychen], I believe macOS is POSIX-compliant, and this is what I see on my MacBook Pro:

{code:none}
david@macbook:/tmp $ ls -ld .
drwxrwxrwt  12 root  wheel  408 Mar 30 22:46 .
david@macbook:/tmp $ mkdir foo
david@macbook:/tmp $ chmod 222 foo
david@macbook:/tmp $ ls -l foo
ls: foo: Permission denied
david@macbook:/tmp $ rm -r foo
rm: foo: Permission denied
david@macbook:/tmp $ rmdir foo
david@macbook:/tmp $ 
{code}

FWIW, I have observed similar behavior on OneFS.


was (Author: dmtucker):
[~vagarychen], I believe macOS is POSIX-compliant, and this is what I see on my MacBook Pro:

{code: none}
david@macbook:/tmp $ ls -ld .
drwxrwxrwt  12 root  wheel  408 Mar 30 22:46 .
david@macbook:/tmp $ mkdir foo
david@macbook:/tmp $ chmod 222 foo
david@macbook:/tmp $ ls -l foo
ls: foo: Permission denied
david@macbook:/tmp $ rm -r foo
rm: foo: Permission denied
david@macbook:/tmp $ rmdir foo
david@macbook:/tmp $ 
{code}

FWIW, I have observed similar behavior on OneFS.

> Empty directories may be recursively deleted without being listable
> -------------------------------------------------------------------
>
>                 Key: HDFS-11557
>                 URL: https://issues.apache.org/jira/browse/HDFS-11557
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: hdfs
>    Affects Versions: 2.7.3
>            Reporter: David Tucker
>            Assignee: Chen Liang
>
> To reproduce, create a directory without read and/or execute permissions (i.e. 0666,
0333, or 0222), then call delete on it with can_recurse=True. Note that the delete succeeds
even though the client is unable to check for emptiness and, therefore, cannot otherwise know
that any/all children are deletable.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org


Mime
View raw message