[
https://issues.apache.org/jira/browse/HDFS-4139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13495497#comment-13495497
]
Andy Isaacson commented on HDFS-4139:
-------------------------------------
bq. I tested this manually with some attempts to truncate a file, or otherwise
modify the file system. The kernel did the correct thing.
What errno did you get? Easiest to just paste a terminal session showing the
commands and error output.
bq. Also the FS now shows up under /proc/mounts as ro.
That's good, but again, please post the actual output.
Having the test commands and observed results in the bug history makes it
easier for future testers to reproduce your testing.
> fuse-dfs RO mode still allows file truncation
> ---------------------------------------------
>
> Key: HDFS-4139
> URL: https://issues.apache.org/jira/browse/HDFS-4139
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: fuse-dfs
> Affects Versions: 2.0.2-alpha
> Reporter: Andy Isaacson
> Assignee: Colin Patrick McCabe
> Attachments: HDFS-4139.001.patch
>
>
> Mounting a fuse-dfs in readonly mode with "-oro" still allows the user to
> truncate files.
> {noformat}
> $ grep fuse /etc/fstab
> hadoop-fuse-dfs#dfs://ubu-cdh-0.local /export/hdfs fuse noauto,ro 0 0
> $ sudo mount /export/hdfs
> $ hdfs dfs -ls /tmp
> ...
> -rw-r--r-- 3 ubuntu hadoop 4 2012-11-01 14:18 /tmp/blah.txt
> $ echo foo > /export/hdfs/tmp/blah.txt
> -bash: /export/hdfs/tmp/blah.txt: Permission denied
> $ hdfs dfs -ls /tmp
> ...
> -rw-r--r-- 3 ubuntu hadoop 0 2012-11-01 14:28 /tmp/blah.txt
> $ ps ax | grep dfs
> ...
> 13639 ? Ssl 0:02 /usr/lib/hadoop/bin/fuse_dfs dfs://ubu-cdh-0.local
> /export/hdfs -o ro,dev,suid
> {noformat}
--
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
