-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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: fix reload config for empty pinned image test #8399
ci: fix reload config for empty pinned image test #8399
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #8399 +/- ##
==========================================
- Coverage 49.25% 48.85% -0.40%
==========================================
Files 153 153
Lines 17254 17371 +117
==========================================
- Hits 8498 8487 -11
- Misses 7688 7819 +131
+ Partials 1068 1065 -3 |
/test ci-fedora-critest |
@sohankunkerkar, @kwilczynski - as you reviewed the original PR, could you get a look at this one? |
4cd05d8
to
7f02fda
Compare
7f02fda
to
5df18a5
Compare
/approve @cri-o/cri-o-maintainers PTAL |
@cri-o/cri-o-maintainers - can we merge this one ? |
/lgtm |
/hold |
5df18a5
to
02c5dc9
Compare
/lgtm |
@littlejawa, it looks like CI is almost green! Could you squash the last four commits and prepare this PR for merge? |
wait_for_log looks at crio logs and waits for the given message to appear. If the message is already in the logs, it gets out immediately. To allow waiting for another occurence of the same message, we're making it output the timestamp of the first occurence that it finds. The caller can keep that information and provide it as a second parameter to wait_for_log, in which case wait_for_log will start waiting for the message after the given timestamp. Signed-off-by: Julien Ropé <jrope@redhat.com>
As the test is doing multiple reloads, it was hard to use wait_for_log to synchronize on the end of the reload process. With the modification on wait_for_log to allow waiting for multiple occurences of a log message, we can simplify this test, and make sure it's actually in sync. Keeping only one "wait_for_log" calls should be enough then - no need for multiple synchronization points, and the config validation is done by the calls to "crictl images". Fixes: cri-o#8324 Signed-off-by: Julien Ropé <jrope@redhat.com>
49df5aa
to
eda8023
Compare
Done. Thanks ! |
/retest |
2 similar comments
/retest |
/retest |
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
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: haircommander, littlejawa, sohankunkerkar 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 |
/hold cancel |
/cherry-pick release-1.31 |
/cherry-pick release-1.30 |
@kwilczynski: new pull request created: #8632 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
@kwilczynski: #8399 failed to apply on top of branch "release-1.30":
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
OK. Will cherry-pick manually. |
What type of PR is this?
/kind failing-test
What this PR does / why we need it:
Modify the "wait_for_log" function in helpers.bash to allow it to catch multiple occurrences of the same message.
Use that in the failing test to synchronize and wait for config reload to be finished before checking the content of the configuration.
Which issue(s) this PR fixes:
Fixes #8324
Special notes for your reviewer:
Does this PR introduce a user-facing change?