Open james-callahan opened 10 months ago
This was an intended change to be consistent with all the other components running as part of the Kubernetes control plane.
You should be able to rebuild the Docker image with the older Dockerfile config with scratch
as the base image.
What happened:
The 0.5.0 release changed the
ENTRYPOINT
in the dockerfile to/go-runner
rather than/webhook
.Our deployment of the webhook was using
(rather than using
command
as you do upstream https://github.com/aws/amazon-eks-pod-identity-webhook/blob/254737fc69173139a7d802f5ff859e3d9a88b190/deploy/deployment-base.yaml#L21C1-L21C1)This resulted in our pod failing with
go-runner
complaining that it didn't understand the--in-cluster
flag.What you expected to happen:
The entrypoint to be something that invoked
/webhook
eventually; passing arguments along.How to reproduce it (as minimally and precisely as possible):
Notice for the previous release (0.4.0), the container invokes the webhook with the arguments, and we get the help output of the webhook:
Whereas with 0.5.0, we get the help output of
go-runner
:Anything else we need to know?:
https://github.com/aws/amazon-eks-pod-identity-webhook/blob/254737fc69173139a7d802f5ff859e3d9a88b190/Dockerfile#L10 Introduced via https://github.com/aws/amazon-eks-pod-identity-webhook/commit/45808266d958019d8b0ce91a03017ece5798a4ee / https://github.com/aws/amazon-eks-pod-identity-webhook/pull/186