[GH-ISSUE #17] chmod doesn't appear to be working properly #12

New issue

Closed

opened 2026-03-04 01:41:08 +03:00 by kerem · 2 comments

kerem commented

2026-03-04 01:41:08 +03:00

Owner

Originally created by @jrosengren on GitHub (Feb 25, 2014).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/17

Using s3fs version 1.74, I'm seeing the following behavior:

[root@vnpdb2 20130925]# pwd
/mnt/s3/quantumcloud/mands_files/Phase6c/Subset/20130925
[root@vnpdb2 20130925]# ls -l CAL*
-rwxrwx--- 1 root root 744 Dec 19 04:40 CALENDAR.ctrl
-rw-rw---- 1 root root   0 Dec 19 04:40 CALENDAR.dat
[root@vnpdb2 20130925]# chmod 777 CAL*
[root@vnpdb2 20130925]# ls -l CAL*
-rwxrwx--- 1 root root 744 Dec 19 04:40 CALENDAR.ctrl
-rw-rw---- 1 root root   0 Dec 19 04:40 CALENDAR.dat
[root@vnpdb2 20130925]# mount | grep quantumcloud
fuse on /mnt/s3/quantumcloud type fuse (rw,nosuid,nodev,allow_other)

The only thing I'm seeing the s3fs log output is:

s3fs_getattr(691): [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.ctrl]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925][time=1393347318][hit count=2]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=2]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c][time=1393347318][hit count=1]
    GetStat(170): stat cache hit [path=/mands_files][time=1393347318][hit count=1]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.ctrl][time=1393347318][hit count=1]
s3fs_getattr(691): [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.dat]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925][time=1393347318][hit count=3]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=3]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c][time=1393347318][hit count=2]
    GetStat(170): stat cache hit [path=/mands_files][time=1393347318][hit count=2]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.dat][time=1393347318][hit count=1]
s3fs_opendir(2050): [path=/mands_files/Phase6c/Subset/20130925][flags=100352]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925][time=1393347318][hit count=4]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=4]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c][time=1393347318][hit count=3]
    GetStat(170): stat cache hit [path=/mands_files][time=1393347318][hit count=3]
    GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=5]

Originally created by @jrosengren on GitHub (Feb 25, 2014). Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/17 Using s3fs version 1.74, I'm seeing the following behavior: ``` [root@vnpdb2 20130925]# pwd /mnt/s3/quantumcloud/mands_files/Phase6c/Subset/20130925 [root@vnpdb2 20130925]# ls -l CAL* -rwxrwx--- 1 root root 744 Dec 19 04:40 CALENDAR.ctrl -rw-rw---- 1 root root 0 Dec 19 04:40 CALENDAR.dat [root@vnpdb2 20130925]# chmod 777 CAL* [root@vnpdb2 20130925]# ls -l CAL* -rwxrwx--- 1 root root 744 Dec 19 04:40 CALENDAR.ctrl -rw-rw---- 1 root root 0 Dec 19 04:40 CALENDAR.dat [root@vnpdb2 20130925]# mount | grep quantumcloud fuse on /mnt/s3/quantumcloud type fuse (rw,nosuid,nodev,allow_other) ``` The only thing I'm seeing the s3fs log output is: ``` s3fs_getattr(691): [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.ctrl] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925][time=1393347318][hit count=2] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=2] GetStat(170): stat cache hit [path=/mands_files/Phase6c][time=1393347318][hit count=1] GetStat(170): stat cache hit [path=/mands_files][time=1393347318][hit count=1] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.ctrl][time=1393347318][hit count=1] s3fs_getattr(691): [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.dat] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925][time=1393347318][hit count=3] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=3] GetStat(170): stat cache hit [path=/mands_files/Phase6c][time=1393347318][hit count=2] GetStat(170): stat cache hit [path=/mands_files][time=1393347318][hit count=2] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925/CALENDAR.dat][time=1393347318][hit count=1] s3fs_opendir(2050): [path=/mands_files/Phase6c/Subset/20130925][flags=100352] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset/20130925][time=1393347318][hit count=4] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=4] GetStat(170): stat cache hit [path=/mands_files/Phase6c][time=1393347318][hit count=3] GetStat(170): stat cache hit [path=/mands_files][time=1393347318][hit count=3] GetStat(170): stat cache hit [path=/mands_files/Phase6c/Subset][time=1393347318][hit count=5] ```

kerem closed this issue

2026-03-04 01:41:08 +03:00

kerem commented

2026-03-04 01:41:09 +03:00

Author

Owner

@ggtakec commented on GitHub (Mar 16, 2014):

Hi,
I think something error occurred by changing file attributes.
If you can run s3fs with "-d" option, s3fs will put more information into s3fs logs about this reason.
(if you can run s3fs on foreground by "-f" option, you get more information)

The logs helps us for knowing the reason by this problem.
And I want to know s3fs command line(options).

Thanks in advance for your help.

@ggtakec commented on GitHub (Mar 16, 2014): Hi, I think something error occurred by changing file attributes. If you can run s3fs with "-d" option, s3fs will put more information into s3fs logs about this reason. (if you can run s3fs on foreground by "-f" option, you get more information) The logs helps us for knowing the reason by this problem. And I want to know s3fs command line(options). Thanks in advance for your help.

kerem commented

2026-03-04 01:41:09 +03:00

Author

Owner

@ggtakec commented on GitHub (Jan 17, 2016):

I'm sorry about this Issue had been left at a long period of time.

If you have this problem yet, please try to use latest code.
("-f", "dbglevel" and "curldbg" options help to solve your problem.)
And if you found a problem, please post new issue.

Thanks in advance for your help.

@ggtakec commented on GitHub (Jan 17, 2016): I'm sorry about this Issue had been left at a long period of time. If you have this problem yet, please try to use latest code. ("-f", "dbglevel" and "curldbg" options help to solve your problem.) And if you found a problem, please post new issue. Thanks in advance for your help.

kerem referenced this issue

2026-03-04 01:45:24 +03:00

[GH-ISSUE #734] Unable to mount a specific folder #418

kerem referenced this issue

2026-03-04 01:46:50 +03:00

[GH-ISSUE #1040] Input/output error on read or write only for buckets in different AWS account #573

kerem referenced this issue

2026-03-04 01:47:21 +03:00

[GH-ISSUE #1191] s3fs crash during cache read #630

kerem referenced this issue

2026-03-04 01:50:49 +03:00

[GH-ISSUE #2044] Uploading large files with multipart enabled / disabled is failing #1032