GPU Operator v26.7.0 release notes omit the ComputeDomain CRD ownership conflict with the DRA driver chart
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 88/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- helm, kubernetes
- Domain
- documentation
Research direction
Start with the v26.7.0 Known Issues section in gpu-operator/release-notes.rst and the GPUCluster Limitations in gpu-operator/dra-intro-install.rst. Document the ComputeDomain CRD ownership conflict when the DRA driver is installed by Helm, include the suggested CRD workaround, and state whether the same issue applies to OLM-installed Operator deployments. Verify that the Known Issues entry and installation guidance are consistent.
Written by the indexing model from the issue text.
Description
What the docs say
The v26.7.0 Known Issues section in gpu-operator/release-notes.rst lists a single
issue (DRA passthrough allocation), and the GPUCluster Limitations in
gpu-operator/dra-intro-install.rst cover migration and GKE overrides. Neither
covers ownership of the ComputeDomain CRD when the DRA driver is installed from
its own Helm chart alongside the GPU Operator chart.
What appears to be true
Both charts ship the ComputeDomain CRD, so ownership of it conflicts when both
are installed. A plain helm install does not surface this, because Helm does not
record release ownership for CRDs installed from crds/ — but a GitOps installer
that does track ownership, such as Argo CD, fails on it. This is a common
deployment shape on GB200, where multi-node NVLink is exactly what ComputeDomains
are for, so the affected population overlaps heavily with the users of the
feature.
Suggested fix
A Known Issue entry under v26.7.0 with the workaround: skip CRDs in the GPU
Operator chart and apply the ClusterPolicy and NVIDIADriver CRDs separately.
Worth stating explicitly whether the same conflict applies when the Operator is
installed via OLM and the DRA driver via Helm.
- Dominant language
- PowerShell
- Stars
- 43
- Forks
- 53
- Avg merge
- 3d 4h
- Merged PRs (30d)
- 19
Contributor 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/cloud-native-docs
-
documentation needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
NVIDIA/cloud-native-docs#492 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
NVIDIA/cloud-native-docs#481 ·
-
Difficulty 1/5 1-3 hours Newbie friendliness 78/100
NVIDIA/cloud-native-docs#453 ·
-
bug documentation needs-triage
NVIDIA/cloud-native-docs#489 · 1 assignee ·
-
NVIDIA/cloud-native-docs#444 · 1 assignee ·
All issues in NVIDIA/cloud-native-docs
Similar issues
-
user-reported
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Kong/developer.konghq.com#7316 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
infinispan/infinispan#18150 ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Ecosystem: ClawMetry — the Qwen Code reader is now free and open source (follow-up to #9294 / #9338) Opencategory/integration priority/P3 scope/documentation status/ready-for-human type/feature-request
Difficulty 1/5 Under an hour Newbie friendliness 84/100