I have a 4-node Yugabyte cluster (version 2.20.5.0), where all services are started using yugabyted
. The current status is as follows:
- yugabyte02 is functioning as the master-leader, and the tserver is also running.
- yugabyte01 is a master-follower, with its tserver running as expected.
- yugabyte03 fails to start the master service due to the following error:
Failed to initialize client: Illegal state (yb/client/client-internal.cc:2622): Could not locate the leader master: Unable to determine master addresses
However, the tserver on this node is running.
- yugabyte04 fails to start
yugabyted
services entirely, showing a “Bad Gateway” error in theyugabyted.log
as follows: The below error I assume it tries to join yugabyte03 master-follower but it is down; I am aware the yugabyte04 node will run only tserver
[yugabyted start] 2025-05-07 02:11:44,518 ERROR: | 0.4s | HTTP error occurred while checking for security of leader master: HTTP Error 502: Bad Gateway
Upon investigating the yugabyted.conf
files:
- On yugabyte03, the
join
parameter references yugabyte05, which was decommissioned months ago. However, thecurrent_masters
field correctly lists:yugabyte01:port, yugabyte02:port, yugabyte03:port
. - On yugabyte04, the
join
parameter is set to yugabyte03, and itscurrent_masters
field is identical to that of yugabyte03.
I’m trying to understand the following:
- Other than
yugabyted.conf
, where does Yugabyte store configuration data such that yugabyte03 still attempts to join the decommissioned yugabyte05? - How can I force yugabyte03 to join yugabyte02 (the current master-leader) instead? any issues I’ll face doing so?