mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 21:35:58 +03:00
[GH-ISSUE #825] Fail to mount on Ubuntu 18.04.1 LTS #478
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#478
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @javapenguin on GitHub (Sep 21, 2018).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/825
Installed like so:
This is the debug output:
@hudsantos commented on GitHub (Oct 20, 2018):
Still facing this?
Pleas refer to: https://github.com/s3fs-fuse/s3fs-fuse/issues/706
It seems to be a credential issue, or even endpoint region issue.
Just registering: I've mounted successfully either with Ubuntu 16.04 and Ubuntu 18.04.1 LTS running within Docker and image based on this Dockerfile: https://github.com/xueshanf/docker-s3fs/blob/master/Dockerfile
The environment was created with:
# docker build -t hudsantos/docker-s3fs .# docker run --cap-add mknod --cap-add sys_admin --device=/dev/fuse -v /path/to/my/passwd-s3fs:/etc/passwd-s3fs -it hudsantos/docker-s3fs bash# s3fs my_bucket_name -o use_cache=/tmp /backup@gaul commented on GitHub (Apr 9, 2019):
Could you retest with 1.85? It includes better 301 handling. However setting the url will likely resolve your symptoms.
@sbellver commented on GitHub (Jun 17, 2019):
Same here.
s3fs 1.85
I think The authorization mechanism you have provided is not supported. Please use AWS4-HMAC-SHA256. is the key.
I'm on west-3 region (Paris)
@sbellver commented on GitHub (Jun 17, 2019):
If you use a different region seems to be necessary url=https://s3-eu-west-3.amazonaws.com instead region
And if you use dot at your bucket you need to add use_path_request_style
It works:
s3fs bucket.name.dots /mountPoint -o passwd_file=/etc/passwd-s3fs -o use_path_request_style@gaul commented on GitHub (Jun 25, 2019):
Please reopen if the suggested workaround does not address your symptoms.