-
Notifications
You must be signed in to change notification settings - Fork 248
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
Annotate DIC-created DV for immediate binding #2650
Conversation
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: awels 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 |
So we are okay doing this all the time? I am struggling to name one, but, there may be some setups where someone wants these to schedule depending on some workload that mounts them read-only or something (we don't recommend mounting them at all) |
Yeah, since this a DiC we don't care too much where they end up in this particular scenario. Note this only does anything in the case of WFFC storage. |
So if someone wanted their WFFC golden image PVCs on a specific node, how can they achieve that? |
With this it would not be possible, can't think of a reason why one would want to do that though. |
Anway its fine if we don't pursue this just something that needed to be raised, can always implement later |
Well that causes the bugzilla this is trying to solve. If someone forgets, and then tries to add it later it is not propagated on purpose. Until we get complaints from someone that they want their images on a particular node I don't think we should worry about that particular thing. It would be much more common for someone to forget to add the annotation |
/lgtm |
If the storage class binding mode is WaitForFirstConsumer, and the annotation was not explicitly added to the DIC DV template, the created DV will get stuck in WFFC phase. Signed-off-by: Arnon Gilboa <agilboa@redhat.com>
4848585
to
d65f526
Compare
/lgtm |
/test pull-containerized-data-importer-e2e-destructive |
/cherrypick release-v1.56 |
@arnongilboa: new pull request created: #2653 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/test-infra repository. |
/cherrypick release-v1.55 |
@arnongilboa: #2650 failed to apply on top of branch "release-v1.55":
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/test-infra repository. |
Manual backport of kubevirt#2650 If the storage class binding mode is WaitForFirstConsumer, and the annotation was not explicitly added to the DIC DV template, the created DV will get stuck in WFFC phase. Signed-off-by: Arnon Gilboa <agilboa@redhat.com>
Manual backport of #2650 If the storage class binding mode is WaitForFirstConsumer, and the annotation was not explicitly added to the DIC DV template, the created DV will get stuck in WFFC phase. Signed-off-by: Arnon Gilboa <agilboa@redhat.com>
What this PR does / why we need it:
If the storage class binding mode is WaitForFirstConsumer, and the annotation was not explicitly added to the DIC DV template, the created DV will get stuck in WFFC phase.
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 bz #2166394
Special notes for your reviewer:
Release note: