Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS

Testing Cluster Interconnect and IP Network Multipathing Group Redundancy

This section provides the procedure about how to test cluster interconnect and IP Network Multipathing group redundancy.

ProcedureHow to Test Cluster Interconnects

Before You Begin

To perform these tests, you must first identify the device groups that each node masters. Perform these tests on all cluster pairs that share a disk device group. Each pair has a primary and a secondary for a particular device group. Use the scstat(1M) command to determine the initial primary and secondary.

  1. Disconnect one of the cluster transport cables from a primary node that masters a device group.

    Messages appear on the consoles of each node, and error messages appear in the /var/adm/messages file. If you run the scstat(1M) command, the Sun Cluster software assigns a faulted status to the cluster transport path that you disconnected. This fault does not result in a failover.

  2. Disconnect the remaining cluster transport cable from the primary node that you identified in Step 1.

    Messages appear on the consoles of each node, and error messages appear in the /var/adm/messages file. If you run the scstat command, the Sun Cluster software assigns a faulted status to the cluster transport path that you disconnected. This action causes the primary node to shutdown. This shutdown results in a partitioned cluster.

    For conceptual information on failure fencing or split brain, see your Sun Cluster concepts documentation.

  3. On another node, verify that the secondary node took ownership of the device group that was mastered by the primary.


    # scstat
    
  4. Reconnect all cluster transport cables.

  5. Boot the initial primary, which you identified in Step 1, into cluster mode.

    For the procedure about how to boot a node, see your Sun Cluster system administration documentation.

  6. Do you have the device group failback option enabled?

    Use the scconf -p command to determine if your device group has the device group failback option enabled.

    • If yes, skip to Step 8.

      The system boot process returns ownership of the resource groups and device groups to the initial primary.

    • If no, proceed to Step 7.

  7. Move all resource groups and device groups off the current primary.


    # scswitch -S -h from-node
    
  8. Verify that the Sun Cluster software assigned a path online status to each cluster transport path that you reconnected in Step 4.


    # scstat
    

ProcedureHow to Test IP Network Multipathing Groups

If you perform this test, you can verify that IP addresses failover from one adapter to another adapter within the same IP Network Multipathing group.

  1. Verify that all network adapters are active.


    # scstat -i
    
  2. Disconnect one public network cable from an active network adapter.

  3. Verify that the network adapter status displays as Failed.


    # scstat -i
    
  4. Ensure the IP address failed over to another adapter.


    # ifconfig -a
    
  5. Reconnect the public network cable to the network adapter.

    • If failback is set to yes in the /etc/default/mpathd file, the IP address automatically returns to the original network adapter.

    • If failback is not set to yes, the IP address remains with the new adapter until you perform a manual switchover.

      For more procedures about how to move an IP address to another adapter, see your Sun Cluster system administration documentation.

  6. Repeat Step 1 to Step 5 for each active adapter.