[GH-ISSUE #1606] Key/Secret not recognized when colon symbol (:) in password (error: s3fs: Not found access key/secret key in passwd file) #843

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

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.84

Version of fuse being used

2.9.9-1+deb10u1

Kernel information

4.19.0-12-amd64

GNU/Linux Distribution

$ cat /etc/debian_version 
10.6

s3fs syslog messages (grep s3fs /var/log/syslog, journalctl | grep s3fs, or s3fs outputs)

s3fs: Not found access key/secret key in passwd file.

Details about issue

If : (colon) in password - no way to work with this.

For example (not work):

login:some_password_with_:_symbol
bucket:login:some_password_with_:_symbol
bucket:login:some_password_with_:_symbol
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.84` #### Version of fuse being used `2.9.9-1+deb10u1` #### Kernel information `4.19.0-12-amd64` #### GNU/Linux Distribution ``` $ cat /etc/debian_version 10.6 ``` #### s3fs syslog messages (grep s3fs /var/log/syslog, journalctl | grep s3fs, or s3fs outputs) ``` s3fs: Not found access key/secret key in passwd file. ``` ### Details about issue If `:` (colon) in password - no way to work with this. For example (not work): ``` login:some_password_with_:_symbol ``` ``` bucket:login:some_password_with_:_symbol ``` ``` bucket:login:some_password_with_:_symbol ```
kerem 2026-03-04 01:49:16 +03:00
  • closed this issue
  • added the
    need info
    label
Author
Owner

@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

<!-- gh-comment-id:801063989 --> @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
Author
Owner

@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.

<!-- gh-comment-id:853973845 --> @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.
Author
Owner

@gaul commented on GitHub (Jun 4, 2021):

Can you use the AWS CLI-style credentials instead? This looks like:

$ cat $HOME/.aws/credentials
[default]
aws_access_key_id = xxxxxxxxxxxxxxxxxxxx
aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
<!-- gh-comment-id:854727527 --> @gaul commented on GitHub (Jun 4, 2021): Can you use the AWS CLI-style credentials instead? This looks like: ``` $ cat $HOME/.aws/credentials [default] aws_access_key_id = xxxxxxxxxxxxxxxxxxxx aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ```
Author
Owner

@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.

~$ s3fs xxxxx ~/s3fstest -o passwd_file=~/.aws/credentials -o dbglevel=info -f -o curldbg
[CRT] s3fs.cpp:set_s3fs_log_level(297): change debug level from [CRT] to [INF]
[INF]     s3fs.cpp:set_mountpoint_attribute(4400): PROC(uid=1000006, gid=1000000) - MountPoint(uid=1000006, gid=1000000, mode=40755)
s3fs: invalid line in passwd file, found a bracket "[" character.
~$ cat .aws/credentials
[default]
aws_access_key_id=xxxxx:xxxxxxxxxxxxxxxxxx
aws_secret_access_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
~$ s3fs --version
Amazon Simple Storage Service File System V1.86 (commit:unknown) with GnuTLS(gcrypt)
Copyright (C) 2010 Randy Rizun <rrizun@gmail.com>
License GPL2: GNU GPL version 2 <https://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.
<!-- gh-comment-id:855188918 --> @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. ``` ~$ s3fs xxxxx ~/s3fstest -o passwd_file=~/.aws/credentials -o dbglevel=info -f -o curldbg [CRT] s3fs.cpp:set_s3fs_log_level(297): change debug level from [CRT] to [INF] [INF] s3fs.cpp:set_mountpoint_attribute(4400): PROC(uid=1000006, gid=1000000) - MountPoint(uid=1000006, gid=1000000, mode=40755) s3fs: invalid line in passwd file, found a bracket "[" character. ~$ cat .aws/credentials [default] aws_access_key_id=xxxxx:xxxxxxxxxxxxxxxxxx aws_secret_access_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ~$ s3fs --version Amazon Simple Storage Service File System V1.86 (commit:unknown) with GnuTLS(gcrypt) Copyright (C) 2010 Randy Rizun <rrizun@gmail.com> License GPL2: GNU GPL version 2 <https://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. ```
Author
Owner

@gaul commented on GitHub (Jun 5, 2021):

s3fs automatically reads the .aws/credentials file -- you should not also specify --passwd_file.

<!-- gh-comment-id:855194875 --> @gaul commented on GitHub (Jun 5, 2021): s3fs automatically reads the `.aws/credentials` file -- you should not also specify `--passwd_file`.
Author
Owner

@kozo2 commented on GitHub (Jun 5, 2021):

@gaul Thank you for the information.
I removed --passwd_file option, 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]).

~$ s3fs xxxxx ~/s3fstest -o allow_other,use_path_request_style,url=http://x.x.x.x:xxxx

However, in this case mkdir did not work as below. I will discuss this in another issue.

~$ mkdir -p s3fstest/kozo2/foo
mkdir: cannot create directory ‘s3fstest/kozo2/foo’: Input/output error
<!-- gh-comment-id:855290969 --> @kozo2 commented on GitHub (Jun 5, 2021): @gaul Thank you for the information. I removed `--passwd_file` option, 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]). ``` ~$ s3fs xxxxx ~/s3fstest -o allow_other,use_path_request_style,url=http://x.x.x.x:xxxx ``` However, in this case `mkdir` did not work as below. I will discuss this in another issue. ``` ~$ mkdir -p s3fstest/kozo2/foo mkdir: cannot create directory ‘s3fstest/kozo2/foo’: Input/output error ```
Author
Owner

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

Tracking the new symptom in #1674.

<!-- gh-comment-id:886176338 --> @gaul commented on GitHub (Jul 25, 2021): Tracking the new symptom in #1674.
Author
Owner

@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?

<!-- gh-comment-id:1013722677 --> @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?
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#843
No description provided.