-
Notifications
You must be signed in to change notification settings - Fork 76
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
Wait for the host agent process to start in host agent integration tests #441
Conversation
Since we are running the host agent in the containers for integration tests, the process is not started instantly sometimes and this causes flakes in the tests. Adding a check to ensure the host agent process is started and only then proceed with the tests Signed-off-by: Nilanjan Daw <[email protected]>
Codecov Report
@@ Coverage Diff @@
## main #441 +/- ##
==========================================
+ Coverage 67.97% 68.40% +0.42%
==========================================
Files 23 23
Lines 1705 1728 +23
==========================================
+ Hits 1159 1182 +23
Misses 474 474
Partials 72 72
|
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.
lgtm
I think this makes sense, and is a good incremental step to improving the flakiness. I am slightly worried that this check might pass wrongly if there is any process that matches the name But is this enough? That is, should we be checking if the host-agent has reached a desired state? Like maybe the log messages should say "agent started/ready" or something? Just a suggestion, as I'm not sure what exactly we need to wait for. |
Good suggestion, if the flakiness persists, we could try that. |
Since we are running the host agent in the containers for integration
tests, the process is not started instantly sometimes and this causes
flakes in the tests. Adding a check to ensure the host agent process is
started and only then proceed with the tests
Signed-off-by: Nilanjan Daw [email protected]
What this PR does / why we need it:
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #438