DaemonSet readiness accepts status from an older generation
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đá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
- 84/100
Hướng nghiên cứu
Bắt đầu tại internal/state/state_skel.go ở isDaemonSetReady, sau đó lần theo cách kết quả của nó đến getSyncState. Tái hiện trường hợp DaemonSet có kiểu bằng pattern fake-client Kubernetes của repository và kiểm tra regression đã được đề cập xung quanh quá trình chuyển đổi từ notReady sang ready. Hoàn tất có nghĩa là readiness chờ generation hiện đang được quan sát, đồng thời giữ nguyên behavior khi có zero node và các kiểm tra số lượng pod hiện có.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
On current main 60526e35, internal/state/state_skel.go:isDaemonSetReady checks ObservedGeneration only when the desired pod count is zero. For a nonempty DaemonSet, equal desired/available/updated counts are accepted even when the controller has only observed the previous generation.
A DaemonSet with metadata.generation=3, status.observedGeneration=2, and desiredNumberScheduled=numberAvailable=updatedNumberScheduled=2 is currently reported ready. Those counts describe the previous template. This result also reaches the state aggregation through getSyncState.
Expected: wait until the DaemonSet controller observes the current generation, then apply the existing pod-count checks. The zero-node steady state should retain its current behavior.
Kubernetes defines observedGeneration as the most recent generation observed by the DaemonSet controller: https://kubernetes.io/docs/reference/kubernetes-api/apps/daemon-set-v1/
Reproduced with typed DaemonSet objects and through the actual state aggregator using the repository's Kubernetes fake-client pattern. A regression checks the notReady-to-ready transition after a status update. No live cluster is involved. This is separate from the pending DaemonSet update-strategy and Service reconciliation changes.
- Ngôn ngữ chính
- Go
- Star
- 2.9k
- Fork
- 552
- Merge trung bình
- 1 ngày 21 giờ
- Pull request đã merge (30 ngày)
- 78
Chuẩn bị môi trường
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
-
Độ 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
-
lifecycle/stale question
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
NVIDIA/gpu-operator#2280 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: GPU Operator MPS config-manager cannot signal MPS daemon due to process-target mismatchĐang mởbug needs-triage
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
NVIDIA/gpu-operator#2970 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
NVIDIA/gpu-operator#2957 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feature lifecycle/frozen needs-triage
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
NVIDIA/gpu-operator#2938 · 1 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ự
-
bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
netdata/netdata#24062 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
meshery/meshery#22119 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
automation documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] 安装向导生成了两个 rate_limit 无效参数Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày