stackabletech / stackabletech/zookeeper-operator
ZNode discovery config only contains cluster-internal address, even when using listenerClass: external-unstable
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 Stackable version
nightly (approaching 25.3)
Affected Apache ZooKeeper version
irrelevant
Current and expected behavior
When configuring external access I expect ZookeeperZnodes to behave the same as the main stacklet. Instead, their generated configmaps still only contain the cluster-internal address.
Possible solution
This should fall out naturally from Listenerification.
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
Es werden keine Dateien oder Tests genannt. Beginne damit, nachzuverfolgen, wie ZookeeperZnodes ihre ConfigMaps generieren und wie Listenerification mit listenerClass: external-unstable umgeht; abgeschlossen ist die Aufgabe, wenn die generierte ZNode-Konfiguration die externe Adresse enthält, wie es auch der main stacklet tut.
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
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100