replication: fix bug with read-only replica as a bootstrap leader
Another broken case. Adding a new replica to cluster: + if (replica->applier->remote_is_ro && + replica->applier->vclock.signature == 0) In this case we may got an ER_READONLY, since signature is not 0. So leader election now has two phases: 1. To select among read-write replicas. 2. If no such found, try old algorithm for backward compatibility (case then all replicas exist in cluster table). Closes #3257
Showing
- src/box/replication.cc 17 additions, 5 deletionssrc/box/replication.cc
- test/replication/replica_uuid_ro3.lua 1 addition, 0 deletionstest/replication/replica_uuid_ro3.lua
- test/replication/replicaset_ro_mostly.result 20 additions, 0 deletionstest/replication/replicaset_ro_mostly.result
- test/replication/replicaset_ro_mostly.test.lua 8 additions, 0 deletionstest/replication/replicaset_ro_mostly.test.lua
Loading
Please register or sign in to comment