[Feature]: Allow external RBAC configuration/dropping bootstrap-only RBAC permissions
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
調査の方向性
The payload names no files or tests, so the first step is locating where the operator creates its own RBAC objects at startup in the Go code. The issue asks for an opt-out toggle or env var, but the maintainers have not replied yet and the design is undecided, so agree on the approach in the thread before writing code. Done means RBAC management can be skipped without the operator crashing when it lacks permissions.
索引モデルが issue の本文から書いたものです。
説明
👋🏻
We've been looking at using gpu-operator to simplify some of our GPU infrastructure (and get rid of a couple of pain points at the same time!) - however, and, this might just be an us-problem: at $DAYJOB, we prefer to manage RBAC configurations ourselves/explicitly (i.e., have our own manifests in our gitops repo).
We looked into having our own ClusterRole/ClusterRoleBindings created and dropping any permissions that were unnecessary in our infra (or too broad and not required if the operator no longer needed them to bootstrap itself), but the operator currently doesn't expose a way to skip trying to manage its RBAC configs.
(i.e., we tried to do this, and were blocked by the operator crashing when it unconditionally tried to manage RBAC and whatnot on launch without the necessary permissions to do so :p)
As far as I can tell, there's no way to skip this code atm, so I'm totally happy to give implementing a feature toggle/env var/whatever a shot as long as y'all don't think this isn't a silly idea...but I figured y'all would want an issue/feature request first before talking about PRs/implementation :D
- 主要言語
- Go
- スター
- 2.9k
- フォーク
- 569
- 平均マージ
- 23時間 33分
- マージ済み PR（30日）
- 85
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
NVIDIA/gpu-operator のほかの issue
-
[Bug]: Driver upgrade does not evict pods that use nvidia.com/gpu only in a native sidecar対応中かも @JunAr7112 が今日担当しました。 オープンbug needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
NVIDIA/gpu-operator#3026 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: GPUCluster common name label breaks DRA validator selector対応中かも @ajavanma が 20 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
NVIDIA/gpu-operator#2955 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: RHOCP CRI-O SELinux: GSP firmware read denial in workload context leads to RmInitAdapter failure対応中かも @JunAr7112 が今日担当しました。 オープンbug needs-triage
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
NVIDIA/gpu-operator#3027 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Ensure automated backport commits have verified signatures対応中かも @asivanadi0 が 11 日前に担当しました。 オープンgood-first-issue
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
NVIDIA/gpu-operator#2997 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: Latest Nvidia GPU Operator v26.7.1 reports large numbers of critical and high CVEs in Trivy scan output対応中かも @rahulait が 12 日前に担当しました。 オープンmore-information-needed needs-triage
NVIDIA/gpu-operator#2991 · コメント 3 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
NVIDIA/gpu-operator の issue をすべて見る
似ている issue
-
darwin zsh
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
carapace-sh/carapace-bin#3846 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 70/100
golang-app/ecommerce#179 ·
メンテナーはふだん 1 日以内に返信
-
Simulator process crashes (nil pointer panic) when the dataset returns an error対応中かも @EugeneVon が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
llm-d/llm-d-inference-sim#772 ·
メンテナーはふだん 1 日以内に返信
-
refactor: decode numchildren with a lenient int type instead of a hand-written xProp.UnmarshalXMLオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
crazy-goat/xdbg#125 ·
メンテナーはふだん 1 日以内に返信
-
150 points ci complexity:medium drips-wave help wanted medium
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
sorotrail/SoroBeacon#449 ·
メンテナーはふだん 1 日以内に返信