- Newest
- Most votes
- Most comments
I am not sure why rds_reset_external_master would hang your database, but you need to let that succeed in order for the output from 'show replica status' to no longer show coordinates to an external source database.
I believe that you need to remove the configuration to the external source from the blue instance.
CALL mysql.rds_reset_external_master();
Peplica has been reset with this procedure. But Blue/Green Deployment does not make sense. We want to stop replication and when the upgrade is completed successfully, we want it to continue where it left off.
Note: After the call of this procedure, it gets the same error as well.
Hi Team, I wanted to test Blue/Green Deployment for the stage environment but I got an error like "Switchover from DB cluster master (blue) cluster to green cluster was canceled due to external replication on the master cluster. Stop replication from an external database to the master cluster before you switch over." during the switchover process. After my controls with some of the procedures (SHOW REPLICA STATUS, SHOW SLAVE STATUS), the replication state looks stopped. How can I solve this issue and upgrade the MySQL version to 8.0 for the Master Cluster?
Procedure: "CALL mysql.rds_stop_replication;"
Before the procedure call
Slave_IO_State: Waiting for the source to send the event.
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Slave_SQL_Running_State: Replica has read all relay logs; waiting for more updates.
After the procedure call
'Replica is down or disabled'
Slave_IO_State: Null
Slave_IO_Running: No
Slave_SQL_Running: No
Slave_SQL_Running_State: Null
Replica_IO_State:Null
Replica_IO_Running: No
Replica_SQL_Running: No
Replica_SQL_Running_State: Null
You can find the Database structure below:
Master Cluster (blue) -> Engine version: 5.7.mysql_aurora.2.11.2
Master DB Writer Instance (blue)
Master DB Reader Instance (blue)
Blue/Green Deployment
Green Cluster -> Engine version:8.0.mysql_aurora.3.05.0
Green DB Writer Instance
Green DB Reader Instance
Relevant content
- asked 3 years ago
- asked 2 years ago
- asked 2 years ago
- AWS OFFICIALUpdated 6 months ago
- AWS OFFICIALUpdated 5 months ago

I'm not sure either. Have decided to go with an "in place" upgrade - have tested it on a clone of our current database and downtime is acceptable. The upgrade to 5.7 also seems to solve the issue being stuck as a slave.