[GH-ISSUE #1264] s3fs does not show directories/subdirectories #680

Closed
opened 2026-03-04 01:47:49 +03:00 by kerem · 7 comments
Owner

Originally created by @Adspectus on GitHub (Apr 10, 2020).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1264

Version of s3fs being used (s3fs --version)

Amazon Simple Storage Service File System V1.82(commit:unknown) with GnuTLS(gcrypt)
Copyright (C) 2010 Randy Rizun rrizun@gmail.com
License GPL2: GNU GPL version 2 http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse)

Package: fuse
Status: install ok installed
Priority: optional
Section: utils
Installed-Size: 104
Maintainer: Ubuntu Developers ubuntu-devel-discuss@lists.ubuntu.com
Architecture: amd64
Version: 2.9.7-1ubuntu1

Kernel information (uname -r)

Linux Caboto 4.15.0-1079-oem #89-Ubuntu SMP Fri Mar 27 05:22:11 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

GNU/Linux Distribution, if applicable (cat /etc/os-release)

NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.4 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic

/etc/fstab entry, if applicable

s3fs /mnt/S3/mybucket fuse.s3fs _netdev,bucket=mybucket,endpoint=eu-central-1,allow_other 0 0

Details about issue

Directories created outside of s3fs are shown as plain files(?), i.e. (all entries supposed to be directories):

---------- 1 uwe  uwe     0 Mär 31 10:19 Linux
drwxrwxr-x 1 uwe  uwe     0 Apr 10 11:15 Test1/
---------- 1 uwe  uwe     0 Mär 30 21:35 Test2
---------- 1 uwe  uwe     0 Apr 10 11:30 Test3

Only the directory Test1 which have been created by s3fs shows up as directory.

I use other s3 clients, like S3 connector on Confluence, s3 plugin in Nextcloud, aws s3 command line tool and AWS Management console. In all clients I can create and see directories, only s3fs is not able to show them correctly.

Originally created by @Adspectus on GitHub (Apr 10, 2020). Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1264 #### Version of s3fs being used (s3fs --version) Amazon Simple Storage Service File System V1.82(commit:unknown) with GnuTLS(gcrypt) Copyright (C) 2010 Randy Rizun <rrizun@gmail.com> License GPL2: GNU GPL version 2 <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. #### Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse) Package: fuse Status: install ok installed Priority: optional Section: utils Installed-Size: 104 Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Architecture: amd64 Version: 2.9.7-1ubuntu1 #### Kernel information (uname -r) Linux Caboto 4.15.0-1079-oem #89-Ubuntu SMP Fri Mar 27 05:22:11 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux #### GNU/Linux Distribution, if applicable (cat /etc/os-release) NAME="Ubuntu" VERSION="18.04.4 LTS (Bionic Beaver)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 18.04.4 LTS" VERSION_ID="18.04" HOME_URL="https://www.ubuntu.com/" SUPPORT_URL="https://help.ubuntu.com/" BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/" PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy" VERSION_CODENAME=bionic UBUNTU_CODENAME=bionic #### /etc/fstab entry, if applicable ``` s3fs /mnt/S3/mybucket fuse.s3fs _netdev,bucket=mybucket,endpoint=eu-central-1,allow_other 0 0 ``` ### Details about issue Directories created outside of s3fs are shown as plain files(?), i.e. (all entries supposed to be directories): ``` ---------- 1 uwe uwe 0 Mär 31 10:19 Linux drwxrwxr-x 1 uwe uwe 0 Apr 10 11:15 Test1/ ---------- 1 uwe uwe 0 Mär 30 21:35 Test2 ---------- 1 uwe uwe 0 Apr 10 11:30 Test3 ``` Only the directory Test1 which have been created by s3fs shows up as directory. I use other s3 clients, like S3 connector on Confluence, s3 plugin in Nextcloud, aws s3 command line tool and AWS Management console. In all clients I can create and see directories, only s3fs is not able to show them correctly.
kerem 2026-03-04 01:47:49 +03:00
  • closed this issue
  • added the
    need info
    label
Author
Owner

@longwei66 commented on GitHub (May 31, 2020):

hello,
I have the same issue with version 1.86 on debian sid, using digital ocean spaces.

s3fs mydigitaloceanspacename ~/do -o url=https://ams3.digitaloceanspaces.com -o use_cache=/tmp -o allow_other -o use_path_request_style -o uid=1000 -o gid=1000 -o umask=027
Only the directory created with sfs3 are accessible as directory

<!-- gh-comment-id:636487871 --> @longwei66 commented on GitHub (May 31, 2020): hello, I have the same issue with version 1.86 on debian sid, using digital ocean spaces. ` s3fs mydigitaloceanspacename ~/do -o url=https://ams3.digitaloceanspaces.com -o use_cache=/tmp -o allow_other -o use_path_request_style -o uid=1000 -o gid=1000 -o umask=027 ` Only the directory created with sfs3 are accessible as directory
Author
Owner

@harold1505 commented on GitHub (Jul 20, 2020):

I have the same problem. No sub directories already existing in my bucket are displayed. I'm using Ubuntu 18.04.3 LTS on S3proxy.

<!-- gh-comment-id:660787001 --> @harold1505 commented on GitHub (Jul 20, 2020): I have the same problem. No sub directories already existing in my bucket are displayed. I'm using Ubuntu 18.04.3 LTS on S3proxy.
Author
Owner

@gaul commented on GitHub (Jul 25, 2020):

Please provide steps to reproduce these symptoms. I added a test that shows that this works when creating an implicit directory via AWS CLI, with the exception of the non-standard -o notsup_compat_dir flag.

<!-- gh-comment-id:663850054 --> @gaul commented on GitHub (Jul 25, 2020): Please provide steps to reproduce these symptoms. I added a test that shows that this works when creating an implicit directory via AWS CLI, with the exception of the non-standard `-o notsup_compat_dir` flag.
Author
Owner

@gaul commented on GitHub (Aug 16, 2020):

Please reopen if you can provide the requested debugging info.

<!-- gh-comment-id:674499667 --> @gaul commented on GitHub (Aug 16, 2020): Please reopen if you can provide the requested debugging info.
Author
Owner

@Adspectus commented on GitHub (Aug 17, 2020):

There is no debugging I could provide. It is just not working and therefore not usable. Just tested again.

<!-- gh-comment-id:675050347 --> @Adspectus commented on GitHub (Aug 17, 2020): There is no debugging I could provide. It is just not working and therefore not usable. Just tested again.
Author
Owner

@jonfryd commented on GitHub (Sep 30, 2020):

@Adspectus: we had the same problem, but adding -o complement_stat solved it. Perhaps it works for you, as well.

<!-- gh-comment-id:701462952 --> @jonfryd commented on GitHub (Sep 30, 2020): @Adspectus: we had the same problem, but adding `-o complement_stat` solved it. Perhaps it works for you, as well.
Author
Owner

@Adspectus commented on GitHub (Oct 2, 2020):

Thanks for sharing this! Actually it works now when I create directories in AWS console or with S3 connector in Confluence. But still I got only a file shown when creating a directory with the S3 plugin in Nextcloud. Anyway, at least better than before.

<!-- gh-comment-id:702644052 --> @Adspectus commented on GitHub (Oct 2, 2020): Thanks for sharing this! Actually it works now when I create directories in AWS console or with S3 connector in Confluence. But still I got only a file shown when creating a directory with the S3 plugin in Nextcloud. Anyway, at least better than before.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/s3fs-fuse#680
No description provided.