stackabletech / stackabletech/zookeeper-operator
Operator fails "silently" to update Zookeeper Cluster's resource
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 37
- Forks
- 11
- Ø Merge
- 1 T. 8 Std.
- Gemergte PRs (30 T.)
- 10
Beschreibung
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
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit nachzuverfolgen, wie der Operator Änderungen an der ZooKeeper Cluster-Ressource abgleicht, und konzentriere dich dabei auf die Größe des Datenspeichers im Vergleich zu Änderungen an CPU und Arbeitsspeicher. Überprüfe das im Issue erwähnte Verhalten von StatefulSet, PVC, webhook und dem Status der custom-resource. Als erledigt gilt die Änderung, wenn eine Änderung der Datenspeichergröße erkannt und angewendet wird, ohne dass der Cluster unbemerkt unverändert bleibt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- kubernetes, rust
- Bereich
- infrastructure
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100