Skip to content
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

VirtualServers stays INVALID after NIC POD (re)start #5358

Open
hafe opened this issue Apr 7, 2024 · 3 comments
Open

VirtualServers stays INVALID after NIC POD (re)start #5358

hafe opened this issue Apr 7, 2024 · 3 comments
Labels
bug An issue reporting a potential bug ready for refinement An issue that was triaged and it is ready to be refined

Comments

@hafe
Copy link
Contributor

hafe commented Apr 7, 2024

Describe the bug

VirtualServers stays INVALID after NIC POD (re)start

Loading the configuration to a running NIC works. After restart of the POD the VirtualServers stays INVALID forever. NGINX however has a valid configuration and handles traffic. When the reload timeout is increased from default 60s the VirtualServers become VALID.

To Reproduce
See above

Expected behavior
VirtualServers should be VALID despite how many of them

Your environment

Reproduced in the following env:

  • NGINX Ingress Controller 3.5.0, Plus with AppProtect
  • Version of Kubernetes: 1.27
  • Kubernetes platform: kind
  • N number of VirtualServers each with a unique ApPolicy (N=20 can trigger the problem)

Additional context
This line in ./kubernetes-ingress/internal/nginx/verify.go logs:
return fmt.Errorf("could not get expected version: %v after %v", expectedVersion, c.timeout)

Copy link

github-actions bot commented Apr 7, 2024

Hi @hafe thanks for reporting!

Be sure to check out the docs and the Contributing Guidelines while you wait for a human to take a look at this 🙂

Cheers!

@hafe
Copy link
Contributor Author

hafe commented Apr 7, 2024

Compiling the policies is what seems to take time. Notable is it works when the resources are added to a running NIC but not as soon as it start/restarts.

@vepatel vepatel added the bug An issue reporting a potential bug label Apr 8, 2024
@hafe
Copy link
Contributor Author

hafe commented Apr 9, 2024

All VS goes invalid the same moment the leader election gets ready.

@vepatel vepatel added the ready for refinement An issue that was triaged and it is ready to be refined label Apr 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An issue reporting a potential bug ready for refinement An issue that was triaged and it is ready to be refined
Projects
Status: Todo
Development

No branches or pull requests

2 participants