mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #1606] Key/Secret not recognized when colon symbol (:) in password (error: s3fs: Not found access key/secret key in passwd file) #843
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#843
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 @amurchick on GitHub (Mar 17, 2021).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1606
Additional Information
Debian
Version of s3fs being used
1.84Version of fuse being used
2.9.9-1+deb10u1Kernel information
4.19.0-12-amd64GNU/Linux Distribution
s3fs syslog messages (grep s3fs /var/log/syslog, journalctl | grep s3fs, or s3fs outputs)
Details about issue
If
:(colon) in password - no way to work with this.For example (not work):
@gaul commented on GitHub (Mar 17, 2021):
Does AWS allow
:in secret keys? This reference suggests no:https://summitroute.com/blog/2018/06/20/aws_security_credential_formats/#secret-keys
@dreyTee commented on GitHub (Jun 3, 2021):
in my case a colon presented in access_key_id.
it's not AWS itself, but AWS compatible cloud.
tried to use quotes and backslash escaping to no avail.
@gaul commented on GitHub (Jun 4, 2021):
Can you use the AWS CLI-style credentials instead? This looks like:
@kozo2 commented on GitHub (Jun 5, 2021):
I also use s3 compatible storage (QNAP QuObjects) with a colon in the key_id.
(QuObjects key_id always have colon.)
I've confirmed that it gives the following error even in AWS CLI-style.
@gaul commented on GitHub (Jun 5, 2021):
s3fs automatically reads the
.aws/credentialsfile -- you should not also specify--passwd_file.@kozo2 commented on GitHub (Jun 5, 2021):
@gaul Thank you for the information.
I removed
--passwd_fileoption, I ran s3fs with the following options (using AWS CLI-style credentials) and it mounted the bucket successfully (even if the credentials have colon symbol (:) in key[, not in passwd]).However, in this case
mkdirdid not work as below. I will discuss this in another issue.@gaul commented on GitHub (Jul 25, 2021):
Tracking the new symptom in #1674.
@simoferr98 commented on GitHub (Jan 15, 2022):
Hi, I have the same problem.
I am using QNAP QObjects to expose the s3 bucket. I tried to use the credentials as indicated in the issue but it doesn't work. What could I do?