-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
CI: system tests: make random_free_port() parallel-safe #23595
CI: system tests: make random_free_port() parallel-safe #23595
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we need to free some ports at some point or start increasing the port range we use. Because with how many ports pasta test allocate we might block a lot of ports which means finding a random free one in the range might take a while, espcailly if we have to find a free port range not just a single one.
476a47e
to
86ddd10
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
changes LGTM
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: edsantiago, Luap99 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Seem to be working in my parallel PR. I need to fix the |
...by using a crude port lock-and-reserve mechanism. This is a small cherrypick from code that has been working in containers#23275 over dozens of CI runs. Am separating out into a small PR because it's stable, harmless to serial runs, and will simplify the eventual review of containers#23275. Closes: containers#23488 Signed-off-by: Ed Santiago <[email protected]>
86ddd10
to
420bd16
Compare
/lgtm |
...by using a crude port lock-and-reserve mechanism. This is
a small cherrypick from code that has been working in #23275
over dozens of CI runs. Am separating out into a small PR
because it's stable, harmless to serial runs, and will
simplify the eventual review of #23275.
Closes: #23488
Signed-off-by: Ed Santiago [email protected]