Emily S
Emily S
Hi @anoopprasad what is your use case and ultimate goal of setting `async=true`? The requests to the APM server are done within the internal transport layer of the APM agent,...
Hi @anoopprasad Did you see my question above? I'm going to close this issue but you can reopen it if the request is still valid.
Some notes so far: The [documentation](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-health#operation-cluster-health-wait_for_status) shows that `unavailable` and `unknown` are possible values for the health status in Elasticsearch. However, the [ES server enum](https://github.com/elastic/elasticsearch/blob/main/server/src/main/java/org/elasticsearch/cluster/health/ClusterHealthStatus.java#L19-L21) for `ClusterHealthStatus` shows only `green`,...
Question: The linked feature addition to Logstash is a health report. Elasticsearch also has a health report but the query param `wait_for_status` is for the [health status endpoint](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-health), not the...
Update: we'll add the `wait_for_status` query param to the root endpoint.
Hi @henrikno, the implementation matches exactly what Elasticsearch does with the `wait_for_status` and `timeout` query params. Can you please review the description of the behavior in the [PR](https://github.com/elastic/logstash/pull/18377) and let...
~note: handle the `unknown` status being in the Status enum. Should it be removed from the `HEALTH_STATUS` constant?~ Update: removed `unknown` as a valid Status.
Note: I tested with Elasticsearch and found that some assumptions about its behavior were incorrect: - Elasticsearch returns HTTP status code 408 when the request times out waiting for the...
Update: changed behavior to require a valid timeout with a valid status. This differs from Elasticsearch's behavior; Elasticsearch will wait until the network request timeout for the status if no...
in response to this comment https://github.com/elastic/logstash/pull/18377#discussion_r2566603941 (I can no longer reply to the comment) updated in fd537990411129250f75c297b9ef7283e1f85eae