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

etcd: Add golvuncheck for 3.4, 3.5 #32801

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

ArkaSaha30
Copy link
Member

@ArkaSaha30 ArkaSaha30 commented Jun 20, 2024

This commit will run pull-etcd-govulncheck for release-3.4, release-3.5 branch in addition to main.
Issue link: #32754

cc @ivanvc

This commit will run pull-etcd-govulncheck
for release-3.4, release-3.5 branch in addition to main.

Signed-off-by: ArkaSaha30 <[email protected]>
@k8s-ci-robot k8s-ci-robot added the cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. label Jun 20, 2024
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: ArkaSaha30
Once this PR has been reviewed and has the lgtm label, please assign jmhbnz for approval. For more information see the Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found 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

@k8s-ci-robot k8s-ci-robot added the size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. label Jun 20, 2024
@k8s-ci-robot k8s-ci-robot added area/config Issues or PRs related to code in /config area/jobs sig/etcd Categorizes an issue or PR as relevant to SIG Etcd. sig/testing Categorizes an issue or PR as relevant to SIG Testing. labels Jun 20, 2024
Comment on lines +126 to +127
- release-3.5
- release-3.4
Copy link
Member

Choose a reason for hiding this comment

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

It seems that 3.5 and 3.4 do not have run-govulncheck in Makefile?

Copy link
Member

Choose a reason for hiding this comment

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

cc @ivanvc

Copy link
Member Author

Choose a reason for hiding this comment

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

It seems that 3.5 and 3.4 do not have run-govulncheck in Makefile?

Yes, it needs to be backported

Copy link
Member Author

Choose a reason for hiding this comment

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

Since there is no test.sh we can add the govuln_pass() function in test_lib.sh for 3.4, 3.5 branches.

Copy link
Member Author

Choose a reason for hiding this comment

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

OR
we can fix the presubmit to not depend on Makefile and pass the direct commands to run

Copy link
Member

Choose a reason for hiding this comment

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

Since there is no test.sh we can add the govuln_pass() function in test_lib.sh for 3.4, 3.5 branches.

For release-3.5 test.sh is at the root project directory not in scripts/. Imo we should be backporting the Makefile recipe along with changes to test.sh so tests are run in a uniform way where possible. Otherwise we create cognitive burden when switching between working on different branches.

@ivanvc
Copy link
Member

ivanvc commented Jun 21, 2024

@jmhbnz, do we want to migrate jobs from branches other than main to prow? I haven't opened pull requests that run for 3.4/3.5 mainly because the Makefiles as stated above, are not always 100% compatible, and also because I haven't seen an effort to migrate these two branches.

@jmhbnz
Copy link
Member

jmhbnz commented Jun 21, 2024

@jmhbnz, do we want to migrate jobs from branches other than main to prow? I haven't opened pull requests that run for 3.4/3.5 mainly because the Makefiles as stated above, are not always 100% compatible, and also because I haven't seen an effort to migrate these two branches.

Good question - We could discuss at community meeting potentially or cc @ahrtr and @serathius for async decision. Personally I would be in favor.

@ahrtr
Copy link
Member

ahrtr commented Jun 21, 2024

do we want to migrate jobs from branches other than main to prow?

I do not see a reason not to do it. So yes to me.

@ivanvc
Copy link
Member

ivanvc commented Jun 21, 2024

Link to etcd-io/etcd#18173.

Regardless of the previous comment and outcome. I think we're ready to drop the optional: true and tune the requested CPU/memory. I was going to do it in a separate pull request, but I think it's fine if you update the values. The CPU should be at 4, and we can lower the memory to 1Gi, based on one week's usage (Grafana).

@BenTheElder BenTheElder changed the title Add golvuncheck for 3.4, 3.5 etcd: Add golvuncheck for 3.4, 3.5 Jun 21, 2024
@ivanvc
Copy link
Member

ivanvc commented Aug 7, 2024

We discussed this issue at the August 1st's etcd triage meeting. I'm just bumping this with a comment so we don't forget.

@ArkaSaha30, do you have the capacity to do the backports?

@ArkaSaha30
Copy link
Member Author

We discussed this issue at the August 1st's etcd triage meeting. I'm just bumping this with a comment so we don't forget.

@ArkaSaha30, do you have the capacity to do the backports?

Yess @ivanvc, I plan to take it up today or tomorrow. Slightly tied up with downstream work.

@ivanvc
Copy link
Member

ivanvc commented Aug 8, 2024

No worries, @ArkaSaha30. No rush at all. I was making sure that we didn't forget about this open issue.

@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough contributors to adequately respond to all PRs.

This bot triages PRs according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the PR is closed

You can:

  • Mark this PR as fresh with /remove-lifecycle stale
  • Close this PR with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Nov 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/config Issues or PRs related to code in /config area/jobs cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. sig/etcd Categorizes an issue or PR as relevant to SIG Etcd. sig/testing Categorizes an issue or PR as relevant to SIG Testing. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants