-
Notifications
You must be signed in to change notification settings - Fork 591
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updates to KongIngress are not reflected in Kong until the Ingress is recreated #91
Comments
hbagdi
added a commit
that referenced
this issue
Aug 15, 2018
When KongIngress object is updated, the properties of affected routes in Kong were not changed (#91). This was a known issue and was left as a future TODO in the past. This change picks up the changes from KongIngress and patches the routes in Kong as needed.
Hello @jaygorrell, Thank you for opening this bug. #92, now merged to master, fixes this problem. |
I experiencing the same issue, what version of ingress-controller have this fix?
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Summary
Creating a
KongIngress
andIngress
resource correctly configures Kong but subsequent edits ot theKongIngress
are not immediately reflected in Kong. Deleting and recreating theIngress
will force Kong to be updated.This may apply to more than the
KongIngress
resource, but this is where I first noticed the problem.kong:0.13.1-centos
Kubernetes version
1.9.3
What happened
Changes to the
KongIngress
resource (strip_path
) were not reflected in the Kong configuration.Expected behvaior
Changes to
KongIngress
are picked up and applied by Kong.Steps To Reproduce
myservice
exists)/routes
strip_path
tofalse
and apply changesmyingress
againThe text was updated successfully, but these errors were encountered: