-
Notifications
You must be signed in to change notification settings - Fork 24.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Access denied (\"java.io.FilePermission\" \"/usr/share/elasticsearch/.aws/config\" \"read\")" #62493
Labels
>bug
:Distributed Coordination/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
Team:Distributed (Obsolete)
Meta label for distributed team (obsolete). Replaced by Distributed Indexing/Coordination.
Comments
DaveCTurner
added a commit
to DaveCTurner/elasticsearch
that referenced
this issue
Sep 17, 2020
A recent AWS SDK upgrade has introduced a new source of spurious `WARN` logs when the security manager prevents access to the user's home directory and therefore to `$HOME/.aws/config`. This is the behaviour we want, and it's harmless and handled by the SDK as if the config doesn't exist, so this log message is unnecessary noise. This commit suppresses this noisy logging by default. Relates elastic#20313, elastic#56346, elastic#53962 Closes elastic#62493
DaveCTurner
added
:Distributed Coordination/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
and removed
needs:triage
Requires assignment of a team area label
labels
Sep 17, 2020
Pinging @elastic/es-distributed (:Distributed/Snapshot/Restore) |
elasticmachine
added
the
Team:Distributed (Obsolete)
Meta label for distributed team (obsolete). Replaced by Distributed Indexing/Coordination.
label
Sep 17, 2020
Thanks for the report @dunkelbunt1. This is just unnecessary noise emitted by the AWS SDK and you can safely ignore it. I opened #62522 to suppress this logging in future. |
DaveCTurner
added a commit
that referenced
this issue
Sep 18, 2020
A recent AWS SDK upgrade has introduced a new source of spurious `WARN` logs when the security manager prevents access to the user's home directory and therefore to `$HOME/.aws/config`. This is the behaviour we want, and it's harmless and handled by the SDK as if the config doesn't exist, so this log message is unnecessary noise. This commit suppresses this noisy logging by default. Relates #20313, #56346, #53962 Closes #62493
DaveCTurner
added a commit
that referenced
this issue
Sep 18, 2020
A recent AWS SDK upgrade has introduced a new source of spurious `WARN` logs when the security manager prevents access to the user's home directory and therefore to `$HOME/.aws/config`. This is the behaviour we want, and it's harmless and handled by the SDK as if the config doesn't exist, so this log message is unnecessary noise. This commit suppresses this noisy logging by default. Relates #20313, #56346, #53962 Closes #62493
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
>bug
:Distributed Coordination/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
Team:Distributed (Obsolete)
Meta label for distributed team (obsolete). Replaced by Distributed Indexing/Coordination.
I am having the following issue with elastic-search 7.9.0 and the repository-s3 plugin.
My Dockerfile looks like this:
I can see the stack-trace appearing only once after every restart.
My aws/s3 credentials do get directly added into the key-store so I am not sure why it is trying to read "/usr/share/elasticsearch/.aws/config"
Does anyone know what can cause this?
The text was updated successfully, but these errors were encountered: