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

Add shm to ServingRuntime volumes and volumeMounts #1761

Merged

Conversation

DaoDaoNoCode
Copy link
Member

@DaoDaoNoCode DaoDaoNoCode commented Sep 6, 2023

Closes #1685

Description

Apply shm volumes and volumeMounts when creating or updating (this is for backward compatibility, let me know if we want only to apply this to the future created serving runtimes @lucferbux ) the serving runtime.

How Has This Been Tested?

  1. Create a model server
  2. Check the YAML object of the model server (ServingRuntime), make sure you can see the following in the container
volumeMounts:
  - mountPath: /dev/shm
  name: shm

and the following in the spec:

volumes:
  - emptyDir:
    medium: Memory
    sizeLimit: 2Gi
  name: shm

Test Impact

N/A

Request review criteria:

Self checklist (all need to be checked):

  • The developer has manually tested the changes and verified that the changes work
  • Commits have been squashed into descriptive, self-contained units of work (e.g. 'WIP' and 'Implements feedback' style messages have been removed)
  • Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
  • The developer has added tests or explained why testing cannot be added (unit tests & storybook for related changes)

If you have UI changes:

  • Included any necessary screenshots or gifs if it was a UI change.
  • Included tags to the UX team if it was a UI/UX change (find relevant UX in the SMEs section).

After the PR is posted & before it merges:

  • The developer has tested their solution on a cluster by using the image produced by the PR to main

@andrewballantyne andrewballantyne added the pr/no-tests-allowed Added by an official approver - this PR is allowed no tests. Omitted, a test must accompany the PR label Sep 7, 2023
@Gkrumbach07
Copy link
Member

adds the expected volume info
image

/lgtm

@lucferbux
Copy link
Contributor

@DaoDaoNoCode Can you add test coverage for this, I think just adding unit test coverage for the utils functions should be enough for this. Thanks in advance!

Copy link
Contributor

@manaswinidas manaswinidas left a comment

Choose a reason for hiding this comment

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

/lgtm

I can see the changes in the console.

@Gkrumbach07
Copy link
Member

Can you add test coverage for this, I think just adding unit test coverage for the utils functions should be enough for this. Thanks in advance!

I think andrew added the no tests allowed of this PR @lucferbux

@lucferbux
Copy link
Contributor

Can you add test coverage for this, I think just adding unit test coverage for the utils functions should be enough for this. Thanks in advance!

I think andrew added the no tests allowed of this PR @lucferbux

Oh you are right! Let me do a review then!

Copy link
Contributor

@lucferbux lucferbux left a comment

Choose a reason for hiding this comment

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

Tested and overal looks great, but I wouldn't assume there's only one container, I haven't seen any Custom Serving Runtime with more than one container but if the spec supports multiple, let's just not assume that.

frontend/src/api/k8s/servingRuntimes.ts Outdated Show resolved Hide resolved
@DaoDaoNoCode
Copy link
Member Author

@lucferbux Can you review it again? I updated the PR based on the feedback.

@DaoDaoNoCode
Copy link
Member Author

/retest

Copy link
Contributor

@lucferbux lucferbux left a comment

Choose a reason for hiding this comment

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

/lgtm

ok, the logic seems great, I've tested both new Serving Runtime and updating and old one, as well as adding a volume to a preexisting Custom Serving Runtime with two containers, one with a volume called shmdev and it works as expected (btw, these are good testing ideas for the future)

@openshift-ci openshift-ci bot added the lgtm label Sep 14, 2023
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Sep 14, 2023

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: lucferbux

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

@openshift-merge-robot openshift-merge-robot merged commit c3b2b43 into opendatahub-io:main Sep 14, 2023
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved lgtm pr/no-tests-allowed Added by an official approver - this PR is allowed no tests. Omitted, a test must accompany the PR
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug]: OVMS Model Serving Runtime /dev/shm default might be low
8 participants