You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
operator: a site with a ClusterIP gateway never reaches Connected, and gateway.address does not help #457
When the operator creates this site's own GridSite and the gateway is a ClusterIP Service, the site never leaves Discovered. Connected and Available stay False with the message "gateway address not yet available", and setting gateway.address does not help.
Sites whose own GridSite is declared with a gateway endpoint are not affected.
Cause
gateway.rs resolve returns the gateway.address override or a LoadBalancer address. classify treats every other Service type as no address.
main.rs maybe_start_swim is the only caller of resolve, so the address only reaches SWIM's advertisement to peers. Without SWIM, as under Local membership, nothing reads gateway.address.
local_records.rs creates the own GridSite with no gatewayEndpoint, and the phase step in controller/grid_site.rs reads only spec.gatewayEndpoint.
Fix
Resolve this site's gateway address independent of SWIM, from the override or LoadBalancer discovery, and pass it to the GridSite controller.
For the own GridSite, use spec.gatewayEndpoint when set, else the resolved address. The operator never writes the spec.
With neither set, report a steady reason such as GatewayAddressUndeclared, with a message telling the admin to set gateway.address.
Tests
ClusterIP gateway with gateway.address set reaches Connected.
ClusterIP gateway with neither set reads the new reason.
Activity
evacchi commentedon Oct 29, 2026
working on this #463