stackabletech / stackabletech/hbase-operator

Operator fails "silently" to update HBase Cluster's resource

Offen
#358 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

customer-request type/bug
Vorherrschende Sprache
Rust
Sterne
21
Forks
6
Ø Merge
1 T. 19 Std.
Gemergte PRs (30 T.)
9

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

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, das Problem zu reproduzieren, indem du die Datenspeichergröße des HBase-Clusters änderst, und verfolge anschließend die Reconciliation des Operators für das StatefulSet und die PVCs. Vergleiche dies mit Änderungen an CPU oder Arbeitsspeicher, die den Pod Berichten zufolge neu starten. Die Aufgabe ist abgeschlossen, wenn Änderungen am Datenspeicher erkannt und angewendet werden, ohne die vorhandenen PVC-Daten zu verlieren.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
kubernetes, rust
Bereich
database, infrastructure
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
38/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.