[Question]: Intended Runtime Options Override Mechanism
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 35/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- go
- Domain
- devops, infrastructure
Research direction
Start with cmd/nvidia-ctk-installer/container/runtime/containerd/containerd.go around the referenced flag and pkg/config/engine/containerd/config.go around the default or fallback runtime logic. Compare the current installer behavior with the linked PR discussions and determine whether runtime overrides should be supported or documented through another mechanism. Done means the project has an agreed, documented approach and the dead code or missing behavior is resolved.
Written by the indexing model from the issue text.
Description
Question:
what is the intended mechanism today for setting containerd runtime overrides when using the tookit installer?
asking since there does still appear to be a --runtime-config-override flag, but seems to be an unintended artifact of https://github.com/NVIDIA/nvidia-container-toolkit/pull/722 which followed its removal in a previous PR https://github.com/NVIDIA/nvidia-container-toolkit/pull/643#discussion_r1780736399 with rationale that it was unnecessary complexity.
https://github.com/NVIDIA/nvidia-container-toolkit/blob/357b970814261fb17d9b4991b1d2636bce71d442/cmd/nvidia-ctk-installer/container/runtime/containerd/containerd.go#L78-L84
the "inheritance" mechanism which reads from the default or fallback runtime block works sufficiently well, but is tied closer to node infra/provisioning, which doesn't feel ideal for dynamic installations.
hoping to either re-introduce the --runtime-config-override feature or note down a recommended stance on how this should be done (and remove the dead code). maybe externally-managed containerd drop-in configs are the right way to go but then thats implicitly tied to the chosen NVIDIA_RUNTIME_NAME and whatnot.
- Dominant language
- Go
- Stars
- 4.6k
- Forks
- 609
- Avg merge
- 3d 8h
- Merged PRs (30d)
- 36
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from NVIDIA/nvidia-container-toolkit
-
[Bug]: Containers with NVIDIA_VISIBLE_DEVICES=all fail to start in jit-cdi mode when every GPU is bound to vfio-pciPossibly taken @efegokdemir claimed this 8 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
NVIDIA/nvidia-container-toolkit#2163 ·
Maintainers usually reply within 1 day
-
Address TODO comments in internal/platform-support/dgpu/dgpu.goPossibly taken @truongbo17 claimed this 34 days ago. Opendsx-ws-0930 good-first-issue
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
NVIDIA/nvidia-container-toolkit#2114 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
NVIDIA/nvidia-container-toolkit#2197 ·
Maintainers usually reply within 1 day
-
[Bug]: Containerized installer removes the existing Toolkit installation before the replacement is complete and durablePossibly taken @henry118 claimed this 14 days ago. Openbug
Difficulty 4/5 3-5 days Newbie friendliness 48/100
NVIDIA/nvidia-container-toolkit#2153 · 2 comments · 1 assignee ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 78/100
NVIDIA/nvidia-container-toolkit#2147 · 1 comment ·
Maintainers usually reply within 1 day
All issues in NVIDIA/nvidia-container-toolkit
Similar issues
-
needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
stacklok/toolhive-catalog#1890 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
integrations/terraform-provider-github#3719 · 1 comment ·
Maintainers usually reply within 1 day
-
Wayfinder sample agents don't reach the Data Plane on the quickstart packPossibly taken A pull request linked to this issue is open or already merged. OpenType/Bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
thunder-id/thunderid#6402 ·
Maintainers usually reply within 1 day
-
GoStratumEngineOpenaddition
Difficulty 1/5 Under an hour Newbie friendliness 72/100
awesome-selfhosted/awesome-selfhosted-data#3290 ·
Maintainers usually reply within 1 day
-
log4j2.xml from orchestration.extraConfiguration is rendered twice, and the install fails when orchestration.log4j2 is also setPossibly taken @irisfield claimed this today. Openplatform/local
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
camunda/camunda-platform-helm#7854 ·
Maintainers usually reply within 1 day