-
Notifications
You must be signed in to change notification settings - Fork 180
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
Shards intermittently failing when snapshotting to S3 #189
Comments
I've been investigating further, and no matter what I do, it always tries to use |
I guess you could use "cloud.aws.s3.endpoint"? Would this work for you? |
I tried that - and it was still prefixing the bucket name, as a subdomain, On Sat, Mar 7, 2015 at 1:36 PM, David Pilato [email protected]
|
I see. In that case bucket name should may be not mandatory So you can keep it as null but add base_path as the one you expect? A workaround could be to set endpoint as amazon.com and bucket name as s3 and base_path with your bucket name? |
Now we're talking :) I'm trying one additional DNS tweak but if that On Sat, Mar 7, 2015 at 1:49 PM, David Pilato [email protected]
|
{
nested: RepositoryException[[Prod_2015-03-08T00:36:17.4724345+00:00]
} On Sat, Mar 7, 2015 at 2:06 PM, Eric Brandes [email protected] wrote:
|
Oops, send got clicked before I was done :) I'm going to try a different region, see if I can get something longer than On Sat, Mar 7, 2015 at 6:38 PM, Eric Brandes [email protected] wrote:
|
I give up, nothing I can set seems to change the url to the configuration I On Sat, Mar 7, 2015 at 6:41 PM, Eric Brandes [email protected] wrote:
|
Hey guys, we've been using the AWS ES plugin for some time with no issues. In the past few months we've started seeing random shard failures when doing snapshots. The problem appears to be getting worse. Here is the error we see:
We're snapshotting ~70 shards and maybe 4-10 experience this issue during a snapshot. Any ideas what's going on?
The text was updated successfully, but these errors were encountered: