mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #624] Mount hanging on macOS 10 (Sierra) #356
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#356
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 @crudmucosa on GitHub (Jul 21, 2017).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/624
Additional Information
The following information is very important in order to help us to help you. Omission of the following details may delay your support request or receive no attention at all.
if you execute s3fs with dbglevel, curldbg option, you can get detail debug messages
Details about issue
After mounting a bucket, any directory command (cd, ls, etc) run inside of the mount directory hangs the terminal for a good minute or more. Eventually, the terminal returns but the mount is gone. Any help is appreciated!
@crudmucosa commented on GitHub (Jul 21, 2017):
Well I think I found out what my issue was (thanks to finding the right documentation and then RTFM'ing it) I had to mount it using the "use_path_request_style" option. Right now I run:
s3fs texas.picturesofus.net texas -o allow_other,rw,umask=022,use_path_request_stylewhich almost does everything I need! For some reason, files I upload are not set with the correct content-type (I host websites from most of my buckets and html files (well...all the files) are being marked as binary/octet-stream instead of their proper mime type.
I added a mime.types file to /etc (copied from an ubuntu box I've got running on virtualbox) to see if s3fs would pick it up/use it. Still no joy on getting the mime-type set appropriately (both from ubuntu and macOS).
@crudmucosa commented on GitHub (Jul 26, 2017):
After still more messing about, it seems I can write successfully and have content-type set correctly when mounting a bucket that has no dots in its name. I use:
s3fs grandtwotest texas -o allow_other,rw,umask=022,url=http://s3.amazonaws.com(I am also able to successfully mount that grandtwotest bucket without the url option. Not so with the bucket with dots in the name).
Upload wesbsite files to it and it displays just fine, content-types are set just fine.
http://grandtwotest.s3-website-us-east-1.amazonaws.com/
Whereas if I try to mount the real site:
s3fs texas.picturesofus.net texas -o allow_other,rw,umask=022,url=http://s3.amazonaws.comUploaded files do not receive the correct content-type:
http://texas.picturesofus.net/
Any ideas? I suppose I could make a workaround by creating buckets without the dots and redirect calls to urls to them?
@ggtakec commented on GitHub (Nov 26, 2017):
@crudmucosa Can you solve your problem with the ahbe_conf option?
You can add an HTTP header corresponding to file extension etc.
The sample file is in test / sample_ahbe.conf.
Regards,
@digitalrinaldo commented on GitHub (Dec 14, 2017):
I am having the same issue. I have tried the above options with no success.
Darwin I1.local 17.2.0 Darwin Kernel Version 17.2.0: Fri Sep 29 18:27:05 PDT 2017; root:xnu-4570.20.62~3/RELEASE_X86_64 x86_64
I1:~ rinaldo$ 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.
installed via homebrew
@jkoepcke commented on GitHub (Sep 11, 2018):
Can see this issue as well in 1.84
@gaul commented on GitHub (Oct 10, 2020):
Please test with the latest release 1.87 or master.
@gaul commented on GitHub (Nov 15, 2020):
Please reopen if symptoms persist.
@masbaehr commented on GitHub (Feb 22, 2021):
I'm having the same symptom with MacOS Big Sur. Followed the guide at https://github.com/s3fs-fuse/s3fs-fuse -> Everything went fine until s3fs mybucket /path/to/mountpoint -o passwd_file=${HOME}/.passwd-s3fs
hanging immediately after issueing the command no error whatsoever