Closed haus closed 9 months ago
I don't know if we want to do anything in the protocol specification about it. Implementations of OTLP client can decide how to deal with non-compliant servers. I suggest posting this as an enhancement request to the particular OTLP client implementation. If this behavior is universally needed it may be worth considering to add it as a configuration option of OTLP exporter in the spec repo.
Sounds good. Since I think this applies generally to the server side it seems like it might be worth considering universally.
For reference: continued in https://github.com/open-telemetry/opentelemetry-specification/issues/3876.
The OTLP spec lists 502, 503 and 504 as the only retryable 50x status codes. However some servers (and some CDNs) return a 500, even though it isn't the most appropriate status code, as a generic "something went wrong serving that request". For cases where the remote server may return a 500 for retryable conditions, it would be useful if the retryable http statuses could be extended or configured to include it.