Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

k8s deployer: WaitForDeploymentAvailable errors on a 0-replica Deployment (keda scale-to-zero redeploy)

Đang mở
  • Có gì không ổn?
#4,068 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 2 ngày

@Elvand-Lie đang làm issue này rồi.

Từ ngày 11/10/2026.

  • #4075 của @Elvand-Lie — đang mở

Đánh giá

Độ khó
3/5
Thời gian dự kiến
1-2 ngày
Mức phù hợp với người mới
72/100
Loại issue
Lỗi
Độ rõ ràng
Khá 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

Start by reading WaitForDeploymentAvailable and checkIfDeploymentIsAvailable in pkg/k8s/wait.go, then compare how deployments are applied in pkg/k8s/deployer.go. Add coverage for the zero-replica case and verify the existing wait behavior remains intact; a KEDA-backed redeploy can provide the integration repro if needed.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Summary

WaitForDeploymentAvailable (pkg/k8s/wait.go) can fail a redeploy with
could not find current pod-template-hash for deployment <name> when the live
Deployment has 0 desired replicas. This is reachable today via the keda
(HTTP-scaler) deployer, whose ScaledObject scales idle functions down to zero.

Note: this is reasoned from the code, not yet reproduced (it's a timing race).
Filing so the analysis is tracked; repro TBD.

Details

WaitForDeploymentAvailable re-fetches the live Deployment on every poll tick:

deployment, err := clientset.AppsV1().Deployments(namespace).Get(ctx, deploymentName, metav1.GetOptions{})
...
return checkIfDeploymentIsAvailable(ctx, clientset, deployment)

checkIfDeploymentIsAvailable finds the active ReplicaSet by looking for one with
*rs.Spec.Replicas > 0. A Deployment sitting at 0 desired replicas has no such
ReplicaSet, so currentPodTemplateHash stays empty and the function returns an error
(pkg/k8s/wait.go):

if currentPodTemplateHash == "" {
    return false, fmt.Errorf("could not find current pod-template-hash for deployment %s", deployment.Name)
}

The func deployer itself always applies replicas >= 1 (pkg/k8s/deployer.go), so
it never creates a 0-replica Deployment. But because the wait inspects live state,
reachability is governed by what KEDA does during the wait, not by what func wrote:

  1. An idle keda-HTTP function has been scaled to 0 replicas by KEDA.
  2. User redeploys. func applies the Deployment with replicas: 1, then starts polling.
  3. If the KEDA controller reasserts 0 replicas on the live Deployment before the poll
    observes it as ready, the live fetch returns spec.replicas == 0, and the wait
    returns the pod-template-hash error — failing the redeploy.
Suggested fix

Short-circuit when there is nothing to wait for:

desiredReplicas := *deployment.Spec.Replicas
if desiredReplicas == 0 {
    return true, nil // no replicas desired; nothing to wait for
}

This also unblocks any future spec-level scale-to-zero on the raw/keda Deployment.

Notes
  • Reasoned from code; not reproduced. A repro needs a cluster with KEDA and an idle,
    scaled-to-zero HTTP function being redeployed.
  • Fix is small and self-contained but likely wants a repro or unit test first, hence
    filing as an issue rather than an immediate PR.
Ngôn ngữ chính
Go
Star
365
Fork
224
Merge trung bình
1 ngày 13 giờ
Pull request đã merge (30 ngày)
17

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của knative/func

Tất cả issue của knative/func

Issue tương tự

Thêm issue về Go

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.