kubernetes-ingress-controller: Editing KongIngress does not trigger an immediate sync

NOTE: GitHub issues are reserved for bug reports only. For anything else, please join the conversation in Kong Nation https://discuss.konghq.com/c/kubernetes.


Summary

Editing a KongIngress resource does not trigger an immediate sync of the Kubernetes configuration with the Kong configuration. Instead, the configuration is only propagated at the next regular sync interval (10 minutes, I believe).

Kong Ingress controller version

v0.6

Kong or Kong Enterprise version Kong

Kubernetes version

paste kubectl version output

Client Version: version.Info{Major:“1”, Minor:“15”, GitVersion:“v1.15.0”, GitCommit:“e8462b5b5dc2584fdcd18e6bcfe9f1e4d970a529”, GitTreeState:“clean”, BuildDate:“2019-06-19T16:40:16Z”, GoVersion:“go1.12.5”, Compiler:“gc”, Platform:“linux/amd64”} Server Version: version.Info{Major:“1”, Minor:“13+”, GitVersion:“v1.13.11-gke.14”, GitCommit:“56d89863d1033f9668ddd6e1c1aea81cd846ef88”, GitTreeState:“clean”, BuildDate:“2019-11-07T19:12:22Z”, GoVersion:“go1.12.11b4”, Compiler:“gc”, Platform:“linux/amd64”}

Environment

  • Cloud provider or hardware configuration:
  • OS (e.g. from /etc/os-release):
  • Kernel (e.g. uname -a):
  • Install tools:
  • Others:

What happened

I am running kubectl edit KongIngress/<name> to edit an existing KongIngress. After making a change like modifying the route.methods array, I save the session. However, as I tail the the Kong kubernetes-ingress-controller admin-api logs, I notice that there are no calls to the various admin endpoints that would indicate the configuration is syncing.

Expected behavior

After editing a KongIngress with kubectl edit KongIngress/<name>, the changed configuration is synced with Kong.

Steps To Reproduce

  1. Watch the kubernetes-ingress-controller logs: kubectl logs -f deploy/kong-ingress-controller admin-api
  2. Edit a KongIngress resource. Be sure to actually change the configuration. kubectl edit kongingress/<name>
  3. Watch the logs from step 1 and notice that there are no calls to /upstreams, /routes, etc. endpoints.

About this issue

  • Original URL
  • State: closed
  • Created 5 years ago
  • Comments: 15 (8 by maintainers)

Most upvoted comments

The fix for this is merged into dev. Stay tuned for 0.10 release.