Status Update
Comments
to...@hornbach.com <to...@hornbach.com> #2
Hello,
Thanks for reaching out to us!
The Product Engineering Team has been made aware of your feature request, and will address it in due course. Though we can't provide an ETA on feature requests nor guarantee their implementation, rest assured that your feedback is always taken very seriously, as it allows us to improve our products. Thank you for your trust and continued support to improve Google Cloud Platform products.
In case you want to report a new issue, please do not hesitate to create a new
Thanks & Regards,
Manish Bavireddy.
Google Cloud Support
ke...@movnhealth.com <ke...@movnhealth.com> #3
We are stuck with the same problem.
We have an open case with Google Support about this and, among others, they have redirected us here.
We have tried the following workaround:
START THE WORKARROUND
As per temporary fix the recommended way to match on port would be at the Gateway level.In the following example, the Route will only match incoming traffic on port 80 because it's attaching to the "http" Gateway listener.
apiVersion:
kind: Gateway
metadata:
name: my-gateway
spec:
gatewayClassName: gke-l7-global-external-managed
listeners:
- name: http
protocol: HTTP
port: 80
- name: https
protocol: HTTPS
port: 443
---
apiVersion:
kind: HTTPRoute
metadata:
name: http-store-80
spec:
parentRefs:
- name: my-gateway
sectionName: http
hostnames:
- "
rules:
backendRefs:
- name: my-service
port: 8080
END THE WORKARROUND
But the workarround has not worked, the problem persists.
We post this comment to see what the status of the Issue is and to see if there are other workarrounds available.
Thanks & Regards,
Joan Cholvi.
Mercadona
ba...@google.com <ba...@google.com> #4 Restricted+
ba...@google.com <ba...@google.com>
al...@hopper.com <al...@hopper.com> #5
al...@altenar.com <al...@altenar.com> #6
Hello,
we also had the problem of receiving an 404 HTTP Error with the body message 'fault filter abort' whenever a client connects to the gatway with a port inside the 'Host' Header.
For everyone looking for a workaround, try it this way: For every domain, create one HTTPRoute with two matchers for the HTTP Header "Host". One matching "Host" to "domain:port" and one matching "Host" to "domain" without the port.
apiVersion: gateway.networking.k8s.io/v1
kind: HTTPRoute
metadata:
name: my-workaround-https-route
spec:
# hostnames:
# - "mydomain.com"
parentRefs:
- kind: Gateway
name: my-gateway
sectionName: https-listener
rules:
# This host header matchers are the workaround
# Open issue at google (https://issuetracker.google.com/issues/294510336)
- matches:
# Matches domain with port
- headers:
- name: "Host"
value: "mydomain.com:443"
path:
value: /
type: PathPrefix
# Matches domain only
- headers:
- name: "Host"
value: "mydomain.com"
path:
value: /
type: PathPrefix
# This is not important for the workaround but maybe also useful for people switching from ingress to gateway
filters:
- type: RequestHeaderModifier
requestHeaderModifier:
set:
- name: X-Forwarded-Host
value: "{tls_sni_hostname}"
backendRefs:
- name: my-backend-service
port: 8080
The downside is that you have to create matchers instead of just simply listing all the domains you want to route through this rule. If you use multiple HTTPRoute resources for the same domains, make sure that the rules do not overwrite each other.
I hope the issue gets resolved quickly, we can't implement it on all domains and can't migrate all load balancers to gateway api.
[Deleted User] <[Deleted User]> #7
Experiencing the same issue after upgrading gateway class from gke-l7-gxlb
to gke-l7-global-external-managed
.
ba...@google.com <ba...@google.com>
je...@cs.corpnet.pl <je...@cs.corpnet.pl> #8
I've got the same errors in our environment/project.
Is there a possible workaround or fix to do on my side or do I just wait?
Thanks
sa...@vaken.cloud <sa...@vaken.cloud> #9
Hi all, We are facing similar issue in our project, "Error exporting metrics to UAS {"kind": "exporter", "name": "uas", "error": "reading from stream failed: rpc error: code = Internal desc = stream terminated by RST_STREAM with error code: INTERNAL_ERROR"}"" Currently we are using GKE 1.28.3-gke.1286000 with Release channel as Rapid Channel. Will this error fixed in upcoming versions? Or any workaround is available now to stopr this error showing up?
Thanks in Advance.
Description
Problem you have encountered:
The following error is appearing in Cloud logging from gke metrics agent on a GKE Dataplane V2 (Cloud logging query:
resource.labels.container_name="gke-metrics-agent"
):What you expected to happen:
The metrics should not reported automatically if the API is disabled so it will not spam logs
Steps to reproduce:
Create GKE cluster with Dataplane V2 enabled
Look for the GKE-metrics-logs
Cloud logging query:
resource.labels.container_name="gke-metrics-agent"