R80.20 - More ClusterXL State Information

[HeikoAnkenbrand]

With "cphaprob stat" you can now see more information about the cluster state.

• Event Code
• State change
• Reason for state change
• Event time

Now you can see the reason for the cluster state change:

Nice!

Regards,

Heiko

[JozkoMrkvicka]

Each important cluster event that affects the Cluster Members has a unique code that appears in the /var/log/messages file and dmesg.

Each cluster event message starts with the prefix CLUS-XXXXXX.

Event Codes are described here:

ClusterXL Error Messages 

More info here:

Monitoring Cluster State 

Heiko Ankenbrand‌ Can you try also "show cluster state" command ? The output should be exactly the same as "cphaprob stat". 

Manual failover can be in R80.20 performed also via clish command "set cluster member admin up/down" according Initiating Manual Cluster Failover 

[HeikoAnkenbrand]

Jozko thx, for the ClusterXL Error Messages link.

I also find the new status information very helpful:

A problem was detected, but the cluster member still forwards packets, because it is the only member in the cluster, or because there are no other Active members in the cluster. In any other situation, the state of the member is Down.

• ACTIVE(!)
• ACTIVE(!F) - Cluster member is in the freeze state.
• ACTIVE(!P) - This is the Pivot cluster member in Load Sharing Unicast mode.
• ACTIVE(!FP) - This is the Pivot cluster member in Load Sharing Unicast mode and it is in the freeze state.

and

• LOST - The peer cluster member lost connectivity to this local cluster member (for example, while the peer cluster member is rebooted).
  

Regards,

Heiko

[Alex_Sazonov]

It's good to know that (see CXL admin guide😞

1. ClusterXL commands were integrated in clish
2. "Cluster failover count" is synced between cluster members and survive reboot (if only one node was restarted)
3. There is useful history view with ">show cluster failover or #cphaprob show_failover"
4. ClusterXL failover info is available in CPView and CPView history -> Advanced -> ClusterXL. This is good for troubleshooting of past events when both members were rebooted
5. As Jozko Mrkvicka‌ mentioned you can see CXL CLUS-XXXXX events in /var/log/messages but you can also improve functionality with ">set cluster member idmode name or #cphaconf mem_id_mode name"  to show member's name instead of cluster ID. This configuration affects these local logs:
   • /var/log/messages
   • dmesg
   • $FWDIR/log/fwd.elg
6. In /var/log/messages you can see both local and remote CXL member state changes or policy freeze events: CLUS-1XXXXX are local events and  CLUS-2XXXXX are events from remote member.