GoogleCloudStorageRepositoryClientYamlTestSuiteIT failed with "Socket closed" #57026
Assignees
Labels
:Distributed/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
Team:Distributed
Meta label for distributed team
>test-failure
Triaged test failures from CI
Comments
DaveCTurner
added
:Distributed/Snapshot/Restore
|
Pinging @elastic/es-distributed (:Distributed/Snapshot/Restore) |
|
This fails on master as well (even after fixing the Gradle build to be able to run this test in isolation ... will open a PR for that shortly). Looks like something is broken about overriding the size of when we start a resumable upload. What's happening here is that a snapshot starts hanging perpetually without ever uploading a thing to the fixture: ... it is however able to properly make out what the contents of the repository are so I suspect that it's an issue with trying to write a very small file via a resumable upload that's killing us here. |
original-brownbear
added a commit
to original-brownbear/elasticsearch
that referenced
this issue
May 22, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes elastic#57026
original-brownbear
added a commit
that referenced
this issue
May 25, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes #57026
original-brownbear
added a commit
to original-brownbear/elasticsearch
that referenced
this issue
May 25, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes elastic#57026
original-brownbear
added a commit
that referenced
this issue
May 25, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes #57026
original-brownbear
added a commit
to original-brownbear/elasticsearch
that referenced
this issue
May 27, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes elastic#57026
original-brownbear
added a commit
to original-brownbear/elasticsearch
that referenced
this issue
May 27, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes elastic#57026
original-brownbear
added a commit
that referenced
this issue
May 27, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes #57026
original-brownbear
added a commit
that referenced
this issue
May 27, 2020
A few relatively obvious issues here: * We cannot run the different IT runs (large blob setting one and normal integ run) concurrently * We need to set the dependency tasks up correctly for the large blob run so that it works in isolation * We can't use the `localAddress` for the location header of the resumable upload (this breaks in YAML tests because GCS is using a loopback port forward for the initial request and the local address will be chosen as the actual Docker container host) Closes #57026
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Build scan:
https://gradle-enterprise.elastic.co/s/nbmefwlekigxu/console-log?task=:plugins:repository-gcs:qa:google-cloud-storage:largeBlobIntegTestRunner
Repro line:
REPRODUCE WITH: ./gradlew ':plugins:repository-gcs:qa:google-cloud-storage:largeBlobIntegTestRunner' --tests "org.elasticsearch.repositories.gcs.GoogleCloudStorageRepositoryClientYamlTestSuiteIT.test {yaml=repository_gcs/10_repository/Snapshot/Restore with repository-gcs}" -Dtests.seed=65157749A621830A -Dtests.security.manager=true -Dtests.locale=ar-SY -Dtests.timezone=America/Indiana/Winamac -Dcompiler.java=14 -Druntime.java=8Reproduces locally?:
Fails for an apparently-unrelated reason:
Applicable branches:
7.x-and-earlier.
Failure history:
16 occurrences over the last 30 days, all on 7.x-or-earlier:
https://build-stats.elastic.co/goto/a4ba4449f6e570b5ea9d31c01ae74fb7
Failure excerpt:
The text was updated successfully, but these errors were encountered: