Skip to content
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

fix: remove call to legacy template validator #613

Conversation

nestoracunablanco
Copy link
Contributor

The template validator code is now located in the ssp-operator repository. To deploy the validator exclusively, additional changes are required in the ssp. However, experimentation indicates that these changes are not necessary for the end-to-end tests to function properly.

What this PR does / why we need it: s390x enablement

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 #

Special notes for your reviewer:

Release note:


@kubevirt-bot kubevirt-bot added release-note-none Denotes a PR that doesn't merit a release note. dco-signoff: yes Indicates the PR's author has DCO signed all their commits. labels Sep 13, 2024
@openshift-ci openshift-ci bot added the needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. label Sep 13, 2024
Copy link

openshift-ci bot commented Sep 13, 2024

Hi @nestoracunablanco. Thanks for your PR.

I'm waiting for a kubevirt member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

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.

@0xFelix
Copy link
Member

0xFelix commented Sep 16, 2024

Strange, that looks a bit dangerous to me. Is SSP even present on the cluster?

In any case, it shouldn't be using the standalone virt-template-validator, which has been deprecated for a long time.

@ksimon1 Please advise

@ksimon1
Copy link
Member

ksimon1 commented Sep 16, 2024

@0xFelix is correct, we should not use the standalone template validator.
On the another hand, we need at least the ssp operator and the validator ssp operator deploys to be 100% sure the templates does not contain any error in validation rules.
@nestoracunablanco can you please add a step which will deploy and wait for ssp operator (template validator)?

@nestoracunablanco
Copy link
Contributor Author

@ksimon1 I made one change. Could you please check if it aligns with your intention?

oc apply -n kubevirt -f ${VALIDATOR_DIR}
oc wait --for=condition=Available --timeout=${timeout}s deployment/virt-template-validator -n $namespace
git clone -b ${SSP_VERSION} --depth 1 https://github.com/kubevirt/ssp-operator ssp-operator
make -C ssp-operator deploy
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you make sure this will not enable deployment of common-templates in SSP? IIRC in its default configuration it will enable the deployment which could clash with the common-templates deployed by this test.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AFAIR templates from this repo are deployed in kubevirt namespace, so there should be no conflict in templates.
I would not clone the ssp repo, but deploy it directly from manifests, because this clone will anyway deploy only released version

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ksimon1: done

The template validator code has been moved to the ssp-operator
repository. As a result, we need to deploy the SSP Operator to
ensure that the templates do not contain any errors in the
validation rules.

Signed-off-by: Nestor Acuna Blanco <nestor.acuna@ibm.com>
@0xFelix
Copy link
Member

0xFelix commented Sep 16, 2024

/ok-to-test

@openshift-ci openshift-ci bot added ok-to-test Indicates a non-member PR verified by an org member that is safe to test. and removed needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Sep 16, 2024
@nestoracunablanco
Copy link
Contributor Author

/retest

Copy link
Member

@0xFelix 0xFelix left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me. Thanks!

/approve

@kubevirt-bot kubevirt-bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Sep 17, 2024
@ksimon1
Copy link
Member

ksimon1 commented Sep 17, 2024

/lgtm
/approve

@kubevirt-bot kubevirt-bot added the lgtm Indicates that a PR is ready to be merged. label Sep 17, 2024
@kubevirt-bot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: 0xFelix, ksimon1

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@kubevirt-bot kubevirt-bot merged commit fe69313 into kubevirt:master Sep 17, 2024
20 checks passed
@nestoracunablanco nestoracunablanco deleted the fix/disableLegacyTemplateValidator branch September 17, 2024 12:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. dco-signoff: yes Indicates the PR's author has DCO signed all their commits. lgtm Indicates that a PR is ready to be merged. ok-to-test Indicates a non-member PR verified by an org member that is safe to test. release-note-none Denotes a PR that doesn't merit a release note. size/S
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants