Privileged ServiceAccounts without rackAwarness enabled
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ó
- 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
Hướng nghiên cứu
Start with hdfs_clusterrolebinding_nodes_controller.rs, where HdfsCluster ServiceAccounts are added to hdfs-clusterrolebinding-nodes, and review the spec.clusterConfig.rackAwareness checks used around core_site.rs. Update the reflector to watch full HdfsCluster objects with DeserializeGuard so invalid clusters do not block reconciliation. The change is done when only rack-awareness-enabled clusters appear as subjects, while existing bindings and unrelated cluster reconciliation remain correct; run the repository's relevant Rust tests if present.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Affected Stackable version
25.7.0, 25.11.0, 26.3.0 and 26.7.0
Affected Apache HDFS version
all
Current and expected behavior
Current
hdfs-operator maintains a single ClusterRoleBinding hdfs-clusterrolebinding-nodes to the ClusterRole hdfs-clusterrole-nodes, which grants cluster-wide get/list/watch on pods, nodes and endpoints (plus listeners and CRDs). It exists for the rack awareness topology provider.
The operator adds the ServiceAccount of every HdfsCluster as a subject, whether or not rackAwareness is set. The topology provider is only configured when rackAwareness is set (core_site.rs), so clusters without it get these rights without using them.
Expected
A HdfsCluster's ServiceAccount is only a subject of hdfs-clusterrolebinding-nodes when that cluster sets rackAwareness.
Fix
In hdfs_clusterrolebinding_nodes_controller.rs, only add clusters with spec.clusterConfig.rackAwareness set. The reflector currently watches PartialObjectMeta (no spec), so it needs to watch full objects, using DeserializeGuard so one broken HdfsCluster doesn't block the binding for all of them.
Out of scope: the ServiceAccount is shared by all roles, but only the NameNode runs the topology provider.
Possible solution
No response
Additional context
No response
Environment
No response
Would you like to work on fixing this bug?
No response
- Ngôn ngữ chính
- Rust
- Star
- 53
- Fork
- 10
- Merge trung bình
- 21 giờ 32 phút
- Pull request đã merge (30 ngày)
- 10
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không 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 stackabletech/hdfs-operator
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 61/100
stackabletech/hdfs-operator#853 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Topology Provider permissions briefly dropped during reconciliation when the reflector watch resetsĐang mởtype/bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
stackabletech/hdfs-operator#774 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
type/bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 58/100
stackabletech/hdfs-operator#773 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Re-enable restart-controllerĐang mởtype/internal-debt
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
stackabletech/hdfs-operator#769 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
type/bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
stackabletech/hdfs-operator#763 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của stackabletech/hdfs-operator
Issue tương tự
-
bug priority: medium
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
storytold/photocraft#12706 · 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 68/100
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 85/100
IngvarConsulting/unica#2822 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Clean master build fails in zune-jpeg error conversion and zero-IV array construction (patch)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100