@@ -761,6 +761,30 @@ Cheatsheet:
761
761
762
762
orchestrator -c recover-lite -i dead.instance.com --debug
763
763
764
+ force-master-takeover
765
+ Forcibly discard master and promote another (direct child) instance instead, even if everything is running well.
766
+ This allows for planned switchover.
767
+ NOTE:
768
+ - You must specify the instance to promote via "-d"
769
+ - Promoted instance must be a direct child of the existing master
770
+ - This will not work in a master-master configuration
771
+ - Orchestrator just treats this command as a DeadMaster failover scenario
772
+ - It is STRONGLY suggested that you first relocate everything below your chosen instance-to-promote.
773
+ It *is* a planned failover thing.
774
+ - Otherwise orchestrator will do its thing in moving instances around, hopefully promoting your requested
775
+ server on top.
776
+ - Orchestrator will issue all relevant pre-failover and post-failover external processes.
777
+ - At this time orchestrator will not issue 'SET GLOBAL read_only=1' on the existing master, nor will
778
+ it issue a 'FLUSH TABLES WITH READ LOCK'. This is being investigated.
779
+ Examples:
780
+
781
+ orchestrator -c force-master-takeover -alias mycluster -d immediate.child.of.master.com
782
+ Indicate cluster by alias. Orchestrator automatically figures out the master
783
+
784
+ orchestrator -c force-master-takeover -i instance.in.relevant.cluster.com -d immediate.child.of.master.com
785
+ Indicate cluster by an instance. You don't structly need to specify the master, orchestrator
786
+ will infer the master's identify.
787
+
764
788
replication-analysis
765
789
Request an analysis of potential crash incidents in all known topologies.
766
790
Output format is not yet stabilized and may change in the future. Do not trust the output
@@ -870,15 +894,11 @@ Cheatsheet:
870
894
871
895
orchestrator -c resolve -i cname.to.resolve
872
896
873
- reset-internal-db-deployment
874
- Clear internal db deployment history, use if somehow corrupted internal deployment history.
875
- When configured with '"SmartOrchestratorDatabaseUpdate": true', Orchestrator does housekeeping for its
876
- own database schema, and verifies proposed deployment vs deployment history.
877
- In case of contradiction between the two orchestrator bails out. Such a contradiction should not occur, and may
878
- signify an inconsistency in the orchestrator code itself.
879
- By resetting history orchestrator redeploys its schema (without causing data loss) and accepts the new instructions
880
- as the de-factor deployment rule.
881
-
897
+ redeploy-internal-db
898
+ Force internal schema migration to current backend structure. Orchestrator keeps track of the deployed
899
+ versions and will not reissue a migration for a version already deployed. Normally you should not use
900
+ this command, and it is provided mostly for building and testing purposes. Nonetheless it is safe to
901
+ use and at most it wastes some cycles.
882
902
`
883
903
884
904
// main is the application's entry point. It will either spawn a CLI or HTTP itnerfaces.
0 commit comments