-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Ignore "didn't find PVC associated with DataVolume" spurious warning #6407
Conversation
1242f37
to
9217eff
Compare
/lgtm |
This allows us to match warnings that contain a reference to an object with a generated name. Signed-off-by: Maya Rashish <mrashish@redhat.com>
The VMI can be created before CDI creates a PVC, resulting in this spurious warning. Signed-off-by: Maya Rashish <mrashish@redhat.com>
9217eff
to
4aefd4e
Compare
WaitForSuccessfulVMIStartWithTimeout(obj, timeout) | ||
ctx, cancel := context.WithCancel(context.Background()) | ||
defer cancel() | ||
warningsIgnoreList := []string{"didn't find PVC associated with DataVolume"} |
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.
ah, i don't think this will work because the warning is a strict match of this string, and not just checking if the warning contains the substring.
Maybe the utils.go funciton that's comparing warnings should use strings.Contains()
instead of ==
in the shouldIgnoreWarning() function
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 looks like the sriov lane still isn't matching the warning correctly. maybe they have something else going on there that's causing an issue though. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: davidvossel 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 |
/retest |
/retest |
which can happen before DV success and is normal.
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Example failure
Special notes for your reviewer:
Release note: