- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
Watch NowOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hi Team,
Found recently this command:
Description
In the ClusterXL High Availability mode, you can force the current Active cluster member to fail over to the specified cluster member for the specified number of minutes.
After the specified duration ends, or after you manually disable the forced failover, the cluster recovers based on the mode you configured in the cluster object:
Primary Up - The cluster fails over to the cluster member that is configured as primary (if it is not currently Active).
Active Up - The current Active cluster member remains Active.
Syntax
ShellCommandGaia Clish | set cluster force_failover member_id <ID> {time <Minutes> on | off} |
Expert mode | cphaconf force_failover member_id <ID> {time <Minutes> on | off} |
I believe that clish command is same as clusterXL admin down, as far as I know. Can you force failover of member if you are failing to is down? To me, I cant logically see how that would be possible, if its already down.
True, but in some cases you still want to failover to a "down" member.
To continue with the example, that member is only down because of a difference in code and thus clusterXL monitoring different interfaces/vlans on the two versions, not because there is a "real" reason for it to be down.
There might be other cases where you still want to failover to a down member, CoreXL differences come to mind..
In my case what i did to force the failover, (and so i could patch that member) was cphastop, but was just wondering if there was a more "elegant" way of doing it.
MH
In all my years of dealing with CP, I never had to do something like that when patching the member.
I haven't tried this so I don't actually know if it will let you do it to a down member. It may, but if it does it will fail back once your time expires, because that cluster member has a problem.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 12 | |
| 10 | |
| 9 | |
| 8 | |
| 6 | |
| 3 | |
| 2 | |
| 2 | |
| 2 | |
| 1 |
Tue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY