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.

Sign up for GitHub

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

Jump to bottom

Reprocess services when an ip is available because of a service change #1645

Merged
merged 3 commits into from Oct 20, 2022
Merged

Reprocess services when an ip is available because of a service change #1645

merged 3 commits into from Oct 20, 2022

Commits on Oct 18, 2022

  1. Controller: reprocess services if the current service was deallocated 

    If we stop associating the current service with a pool, we need to
reprocess all the services because the newly available ip could be used
by another service.

Signed-off-by: Federico Paolinelli <fpaoline@redhat.com>
    @fedepaol
    fedepaol committed Oct 18, 2022
    Copy the full SHA
    052ab94 View commit details
    Browse the repository at this point in the history

  2. Controller: use the constant from v1 instead of hardcoded string 

    Signed-off-by: Federico Paolinelli <fpaoline@redhat.com>
    @fedepaol
    fedepaol committed Oct 18, 2022
    Copy the full SHA
    4951048 View commit details
    Browse the repository at this point in the history

Commits on Oct 19, 2022

  1. E2E: add a test that checks the ip freed when changing the servicetype 

    Adding a test that verifies that changing the service type makes an ip
available and reprocess eventual existing services with
externalIP=pending.

Signed-off-by: Federico Paolinelli <fpaoline@redhat.com>
    @fedepaol
    fedepaol committed Oct 19, 2022
    Copy the full SHA
    de084d6 View commit details
    Browse the repository at this point in the history