[Bug]: Driver upgrade does not evict pods that use nvidia.com/gpu only in a native sidecar
Maintainer thường phản hồi trong vòng 1 ngày
@JunAr7112 đang làm issue này rồi.
Từ ngày 12/10/2026.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 78/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- go, kubernetes
- Lĩnh vực
- infrastructure
Hướng nghiên cứu
Bắt đầu với gpuPodSpecFilter trong cmd/gpu-operator/main.go, hàm mà issue xác định là chỉ lặp qua pod.Spec.Containers. Kiểm tra cách hàm nhận diện các yêu cầu tài nguyên GPU và liệu các sidecar gốc trong pod.Spec.InitContainers có được tính đến hay không. Công việc hoàn tất khi một pod chỉ khai báo nvidia.com/gpu trong một sidecar gốc được chọn để xóa trong quá trình nâng cấp driver; issue không nêu tên tệp kiểm thử.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the bug
During an automatic driver upgrade, the upgrade controller does not delete workload pods whose nvidia.com/gpu resource is declared only in a native sidecar container (an entry in spec.initContainers with restartPolicy: Always).
The GPU pod filter, gpuPodSpecFilter in cmd/gpu-operator/main.go, only iterates pod.Spec.Containers, so such pods are treated as non-GPU pods ("No pods require deletion" logged). They keep the GPU open, k8s-driver-manager cannot unload the driver, the driver pod goes into Init:CrashLoopBackOff and the node ends up in upgrade-failed.
To Reproduce
- Run a Deployment whose main container has no GPU request, and a native sidecar with one:
initContainers:
- name: gpu-sidecar
restartPolicy: Always
resources:
limits:
nvidia.com/gpu: 1
- Change driver.version in the ClusterPolicy.
- Observe the operator log and the driver pod.
Expected behavior
Pods that declare nvidia.com/gpu* in resources of any container, including native sidecars, are selected by gpuPodSpecFilter and deleted in pod-deletion-required.
Environment (please provide the following information):
- GPU Operator Version: v26.7.1
- OS: Ubuntu24.04
- Kernel Version: 6.17.0-19-generic
- Container Runtime Version: containerd 2.2.6
- Kubernetes Distro and Version: K8s v1.36.1
- Ngôn ngữ chính
- Go
- Star
- 2.9k
- Fork
- 582
- Merge trung bình
- 2 ngày 1 giờ
- Pull request đã merge (30 ngày)
- 61
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của NVIDIA/gpu-operator
-
[Bug]: dcgm-exporter no longer gets hostNetwork when a host DCGM is set through dcgmExporter.envCó thể đã có người làm @blacksoxx đã nhận 7 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
NVIDIA/gpu-operator#3091 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feature lifecycle/frozen needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
NVIDIA/gpu-operator#3074 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: GPUCluster common name label breaks DRA validator selectorCó thể đã có người làm @ajavanma đã nhận 34 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
NVIDIA/gpu-operator#2955 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: Precompiled node pools drop kernels that sanitize to the same nameCó thể đã có người làm @SebTardif đã nhận 6 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 20/100
NVIDIA/gpu-operator#3098 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: ClusterPolicy reconcile panics when a DaemonSet has no annotationsCó thể đã có người làm @SebTardif đã nhận 6 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 25/100
NVIDIA/gpu-operator#3096 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của NVIDIA/gpu-operator
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area/docs theme/deployer
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area/orchestration area/website kind/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
vllm-project/aibrix#3317 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation ready
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Needs Triage
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100