Infinite loop on certain misconfiguration
Chưa có ai nhận issue này.
Đá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
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go
- Lĩnh vực
- devops, infrastructure
Hướng nghiên cứu
Start by locating the operator reconciliation entry points that handle GitHub client misconfiguration and set the affected object's status condition. Check whether those paths also return the same error, then inspect similar condition-setting paths for the same pattern. Done means the condition remains available for debugging without triggering an endless immediate reconciliation loop.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
/kind bug
What steps did you take and what happened:
If the Github client is misconfigured, e.g. by a secret that is not working, the operator correctly sets a condition that can be used for the user to debug. However, it also returns an error, which means that the operator reconciles immediately again. As nothing has changed, it will run into the same issue again.
What did you expect to happen:
There is no need to return the error, as the user checks the conditions stored in the status of the object rather than potential error logs. Even if a log should be produced, it should happen only once the first time the error occurs. Instead of returning the error, we can return nil and don't run into an endless loop.
Anything else you would like to add:
This pattern might exist somewhere else as well and should be always addressed in the same way: setting the condition appropriately and returning nil.
- Ngôn ngữ chính
- Go
- Star
- 18
- Fork
- 4
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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 SovereignCloudStack/cluster-stack-operator
-
CI issues (1)Có thể làm lại được @jschoone đã nhận 141 ngày trước và không có pull request nào đang mở. Đang mởbug Container
SovereignCloudStack/cluster-stack-operator#340 · 1 bình luận · 3 người được giao ·
-
cso: crash ....Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 58/100
SovereignCloudStack/cluster-stack-operator#337 · 2 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 50/100
SovereignCloudStack/cluster-stack-operator#336 · 3 bình luận ·
-
CI fails: no default in switchCó thể làm lại được @batistein đã nhận 330 ngày trước và không có pull request nào đang mở. Đang mởbug
SovereignCloudStack/cluster-stack-operator#327 · 1 người được giao ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
SovereignCloudStack/cluster-stack-operator#272 · 32 bình luận ·
Tất cả issue của SovereignCloudStack/cluster-stack-operator
Issue tương tự
-
test(fabric): load the TestLoad fixture through config.Service instead of a raw koanf decodeĐang mởcleanup hacktoberfest priority: low skill: good first issue testing
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
hyperledger-labs/fabric-smart-client#2197 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
NTR: [tRNA kinase activity]Đang mởNew term request
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
geneontology/go-ontology#32791 ·
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 69/100
aws/amazon-ecs-agent#5177 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
release-followup
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
kind/bug
Độ 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