-
Notifications
You must be signed in to change notification settings - Fork 7.7k
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
Invalid Header Field Istio Proxy #39196
Comments
can you share a config_dump from the pod? you can get it by running |
I think there is some |
sorry, I forgot I can not reproduce it in my env. |
Github doesn't allow for the submission of YAML files but this is the output of that command. Note this is in a Private GKE cluster, I'm not sure if that has anything to do with this. |
@jimid27 just got this line |
We have a similar issue as referenced above by @alexsnaps. What is happening is that callout from Envoy replaces the authority header to that of the cluster name, which is in the format The Authority header is defined at From the text, looks like having a pipe I see two possible solutions:
|
Yes the otel-collector pod is injected, yes. |
IIRC, you should not get that pod injected, do you have any special use cases? |
Fixes istio#39196, I think
I think #39473 fixes it, but I don't have experience/time to test it. Would be great if someone could try it out/take over the PR. |
I will take a look at that PR. |
Istiod needs to set it in the tracing config XDS
…On Tue, May 31, 2022 at 10:29 AM jimid27 ***@***.***> wrote:
Something on Istio Discovery config or on the OpenTelemetry config?
Noticed I am not seeing Zipkin traces being received from Istio into the
OpenTelemetry collector either when I set that up. Istio --> Jaeger zipkin
has worked fine in the past, though.
—
Reply to this email directly, view it on GitHub
<#39196 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEYGXIYTQVFRL4LG4PPCUDVMZD6LANCNFSM5XK3WNNA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Bug Description
In pursuit of deploying an Opentelemetry Collector to pull Istio metrics and traces, I ran into an issue whereby the Istio-proxy sidecar throws the following error:
For testing we have the Open Telemetry collector deployed in the Istio System namespace with the manifest coming from the Istio samples (note did change the service name to match how Otel gets deployed via helm) https://raw.githubusercontent.com/istio/istio/release-1.13/samples/open-telemetry/otel.yaml
My istio configmap looks as follows:
I do not see any errors from the Istiod Pod in connecting to the collector. I only see errors from the Istio-proxy sidecar pod on the otel collector pod.
When turning on Debug logs for that pod (istioctl proxy-config log otel-collector-55cf757858-nnsvp --level=debug) I see the following
Version
Istio Version
K8s version
Helm Version
Additional Information
No response
The text was updated successfully, but these errors were encountered: