stackabletech / stackabletech/zookeeper-operator
ZNode discovery config only contains cluster-internal address, even when using listenerClass: external-unstable
Nessuno ha ancora preso questa issue.
- Lingua principale
- Rust
- Stelle
- 37
- Fork
- 11
- Merge medio
- 1g 8h
- PR unite (30g)
- 10
Descrizione
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
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Non vengono indicati file o test. Inizia tracciando il modo in cui ZookeeperZnodes genera le proprie ConfigMaps e il modo in cui Listenerification gestisce listenerClass: external-unstable; il lavoro è completato quando la configurazione ZNode generata include l'indirizzo esterno, come fa il main stacklet.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- kubernetes, rust
- Ambito
- infrastructure
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100