stackabletech / stackabletech/hbase-operator
Operator fails "silently" to update HBase Cluster's resource
オープン
まだ誰も着手していません。
customer-request
type/bug
- 主要言語
- Rust
- スター
- 21
- フォーク
- 6
- 平均マージ
- 1日 19時間
- マージ済み PR（30日）
- 9
説明
Affected version
No response
Current and expected behavior
I could recreate the problem when changing the "data" storage size.Changing CPU or Memory resources seems to work (results in a Pod restart).
Possible solution
In order to capture this we either need webhooks or track the resources in the status of the custom resource and delete and recreate the statefulset (PVCs should be resized automatically?).
Additional context
No response
Environment
No response
Would you like to work on fixing this bug?
None
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、HBase クラスターのデータストレージサイズを変更しながら問題を再現し、次に StatefulSet と PVCs に対する operator の reconciliation を追跡します。これを、報告によると Pod を再起動する CPU またはメモリの変更と比較します。データストレージの変更が検出され、既存の PVC データを失うことなく適用されれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- kubernetes, rust
- 領域
- database, infrastructure
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100