Closed Seljuke closed 3 years ago
What do your Kong proxy container logs show?
Best guess is that it's not able to bind to the privileged ports 80 and 443, which prevents it from starting at all and binding to the admin port either.
You likely need to add a PodSecurityPolicy with a HostPortRange
that allows them, and may need to configure other settings at the cluster level to allow this.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Summary
Trying to setup Kong as DaemonSet and publish changed ports with hostPort on every worker.
Kong Ingress controller version 1.1
Kong or Kong Enterprise version 2.2
Kubernetes version
Client Version: version.Info{Major:"1", Minor:"20", GitVersion:"v1.20.2", GitCommit:"faecb196815e248d3ecfb03c680a4507229c2a56", GitTreeState:"clean", BuildDate:"2021-01-13T13:28:09Z", GoVersion:"go1.15.5", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.7", GitCommit:"1dd5338295409edcfff11505e7bb246f0d325d15", GitTreeState:"clean", BuildDate:"2021-01-13T13:15:20Z", GoVersion:"go1.15.5", Compiler:"gc", Platform:"linux/amd64"}
Environment
What happened
Try to convert kong dbless all in one manifest from deployment to daemonset and publish changed proxy ports through hostPort. Pods stuck in CrashLoopBackOff state
Expected behavior
Running pods
Steps To Reproduce
Here is changed parts of manifest file;
When I applied manifest,
ingress-controller
containers crashed with error below;Just converting manifest to daemonset and publishing
8000
,8443
ports with hostPort works fine.