Closed kjq closed 1 year ago
Thanks for reporting @kjq I was aware of this issue and it was partially fixed in 1.0.8 (see the known issues section here: https://github.com/quarkiverse/quarkus-helm/releases/tag/1.0.8).
Unfortunately, the issue was caused by Dekorate (which is used by Quarkus) and fixed by this pull request, so we can't do much in Quarkus Helm.
The final fix is part of Quarkus Helm 1.0.9 and Quarkus 3.2.0.Final. If you can't bump to the latest Quarkus version, then the only workaround is to disable the https
port generation in Quarkus by adding quarkus.http.insecure-requests=disabled
.
I hope it helps and sorry for the inconvenience. I'm closing this issue, but feel free to reopen it if you think there is something else we could do on the Quarkus Helm side.
It looks like the Helm generated "probes" are using the wrong (first) port listed in the manifest. This varies across multiple projects during the same build - some will work (because it is
http
first) and others will not (because it ishttps
first).In the Kubernetes configuration (same across all services):
Generated using the Helm extension (wrong) it takes the first defined
ports
. Running the same build across multiple projects, if that first port ishttp
then it is right...Here is an example from the same build where the first port is
http
and it is correct:The regular Kubernetes generated manifest (Quarkus) is always correct:
Running multiple times in a row demonstrates the issue.
As a workaround this seems to work for now: