mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #803] S3FS Only connects with -f flag #463
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#463
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 @zoranSpare on GitHub (Jul 17, 2018).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/803
I have installed s3fs on an EC instance of ubuntu with the following details:
Version: V1.84(commit:06032aa) with OpenSSL
Ubuntu: Ubuntu 16.04.4 LTS
If I run s3fs with the -f flag to bring it to the foreground all is well:
sudo s3fs restoreawsbucket -o use_cache=/tmp -o allow_other -o passwd_file=/etc/passwd-s3fs /restorebucket -f -dI get the following output:
But if I run it without -f flag it won't mount as follows:
I can't any options to get around this unless I'm missing something obvious. And, it that case apologies.
Z.
@Protopopys commented on GitHub (Aug 14, 2018):
I have the same error
Version: V1.84(commit:06032aa) with OpenSSL
Ubuntu: Ubuntu 16.04.4 LTS
Command for mount:
@zoranSpare commented on GitHub (Aug 14, 2018):
I found it resolved itself the following day. I didn’t make any changes just left it to finish up other stuff.
Z.
From: Kirill Protopopov notifications@github.com
Reply-To: s3fs-fuse/s3fs-fuse reply@reply.github.com
Date: Tuesday, 14 August 2018 at 9:39 pm
To: s3fs-fuse/s3fs-fuse s3fs-fuse@noreply.github.com
Cc: Zoran zoran@sparecreative.com, Author author@noreply.github.com
Subject: Re: [s3fs-fuse/s3fs-fuse] S3FS Only connects with -f flag (#803)
I have the same error
Version: V1.84(commit:06032aa) with OpenSSL
Ubuntu: Ubuntu 16.04.4 LTS
s3fs[18156]: curl.cpp:RequestPerform(2074): HTTP response code 400, returning EIO. Body Text: Your socket connection to the server was not read from or written to within the timeout period. Idle connections will be closed.
Aug 14 15:28:52 s1 s3fs[18156]: curl.cpp:MultiPerform(3934): thread failed - rc(-5)
Aug 14 15:29:01 s1 s3fs[18156]: curl.cpp:RequestPerform(2074): HTTP response code 400, returning EIO. Body Text: Your socket connection to the server was not read from or written to within the timeout period. Idle connections will be closed.
Command for mount:
s3fs -o passwd_file=$PASS_FILE $BUCKET_NAME:$BUCKET_FOLDER $MOUNT_TO -o use_cache=$CACHE_FOLDER -o allow_other,retries=10,connect_timeout=30,readwrite_timeout=30,use_path_request_style,parallel_count=10,dbglevel="info"
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
@gaul commented on GitHub (Apr 9, 2019):
Do you still encounter this issue? 1.85 has some additional endpoint handling which may resolve this issue.
@robclancy commented on GitHub (Apr 15, 2019):
Connecting is super random for me. If I keep trying eventually it will work sometimes. Or with
-fI can get it to work after around 3 tries. It gives 403 or 200 seemingly randomly.EDIT: I just kept retrying and it took 28 times then it worked. I feel like it's more an issue with s3 than this.
@gaul commented on GitHub (Apr 15, 2019):
Can you share log messages from your failed and successful runs? Please specify
-d -o curldbgto increase log levels.@gaul commented on GitHub (Feb 3, 2020):
Closing due to inactivity. Please reopen if symptoms persist.