-
Notifications
You must be signed in to change notification settings - Fork 64
Open
Description
I found a scenario where the cluster looses its master.
It occurred when:
- I had 3 nodes running healthily, remote consul, static root password
- I killed the master
- Failover started on 37
- mysqlrpladmin on 37 decided that 36 should be the master
- 36 detected that he is the new master
- 36 creates a new containerpilot.json with the service 'mysql-primary`
- Then 36 runs
containerpilot -reload - This causes mysql to stop and start
- When mysql comes back up mysql doesn't have a record of primary
- Also when reading from /v1/kv/mysql-primary there is no result
failover.log
servers
- docker compose name: mysql_4 hostname: mysql-37f99a0a7a84 IP:192.168.128.236
- docker compose name: mysql_5 hostname: mysql-363deb257281 IP:192.168.128.235
The fail over works great if the node that gets the fail-over lock also wins the mysqlrpladmin poll.
Metadata
Metadata
Assignees
Labels
No labels