You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Kong Enterprise images are supplied with tags like 0.33-1-alpine. Creating containers in ingress-controller.yaml that use identical tags results in the ingress-controller container erroring when it starts.
OS (e.g. from /etc/os-release): Amazon EKS-Optimized AMI
Kernel (e.g. uname -a):
Install tools:
Others:
What happened
ingress-controller container fails to start when ingress-controller.yaml specifies a Kong Enterprise image with tag 0.33-1-alpine. This is the tag used in the bintray docker registry.
Logs:
-------------------------------------------------------------------------------
Kong Ingress controller
Release: 0.1.0
Build: git-b15730f
Repository: git@github.com:Kong/kubernetes-ingress-controller.git
-------------------------------------------------------------------------------
W0923 22:51:18.041970 6 client_config.go:533] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work.
I0923 22:51:18.042235 6 main.go:204] Creating API client for https://172.20.0.1:443
I0923 22:51:18.053361 6 main.go:248] Running in Kubernetes Cluster version v1.10 (v1.10.3) - git (clean) commit 2bba0127d85d5a46ab4b778548be28623b32d0b0 - platform linux/amd64
I0923 22:51:18.057505 6 main.go:94] validated kong/kong-proxy as the default backend
F0923 22:51:18.198337 6 main.go:144] Invalid character(s) found in minor number "33-1"
Expected behavior
ingress-controller container does not error when using official Kong Enterprise tags
Steps To Reproduce
Use a tag formatted similar to 0.33-1-alpine for the image of the kong-migration and admin-api containers iningress-controller.yaml
Apply ingress-controller.yaml to the k8s cluster
View the logs for the ingress-controller container
The text was updated successfully, but these errors were encountered:
It seems to not be related to the image tag used in ingress-controller.yaml. I get the same error when I tag the image in my private repo as 0.33 rather than 0.33-1-alpine and update ingress-controller.yaml to use the same.
It looks like the Kong API client used in the ingress-controller is probably getting the version from the Kong instance running inside one of the containers and failing to parse the result.
Summary
Kong Enterprise images are supplied with tags like
0.33-1-alpine
. Creating containers iningress-controller.yaml
that use identical tags results in theingress-controller
container erroring when it starts.Kong Ingress controller version
0.1.0
Kong or Kong Enterprise version
0.33-1-alpine
Kubernetes version
Environment
uname -a
):What happened
ingress-controller
container fails to start when ingress-controller.yaml specifies a Kong Enterprise image with tag0.33-1-alpine
. This is the tag used in the bintray docker registry.Logs:
Expected behavior
ingress-controller
container does not error when using official Kong Enterprise tagsSteps To Reproduce
0.33-1-alpine
for the image of thekong-migration
andadmin-api
containers iningress-controller.yaml
ingress-controller.yaml
to the k8s clusteringress-controller
containerThe text was updated successfully, but these errors were encountered: