Sun Cluster 3.0 U1 Hardware Guide

Moving a Disk Cable

Although you can move a disk cable to a different host adapter on the same bus because of a failed host adapter, it is better to replace the failed host adapter rather than recable to a different host adapter. However, you might want to move a disk cable to a different host adapter on the same bus to improve performance.

This section provides the following two procedures for moving a disk cable:

Use one of these two procedures to prevent interference with normal operation of your cluster when you want to move a disk cable to a different host adapter on the same bus. If you do not follow these procedures correctly, you might see an error the next time you run the scdidadm -r command or the scgdevs command. If you see an error message that says did reconfiguration discovered invalid diskpath, go to "How to Update Sun Cluster Software to Reflect Proper Device Configuration".

How to Move a Disk Cable to a New Host Adapter

Use this procedure to move a disk cable to a new host adapter within a node.


Caution - Caution -

Failure to follow this cabling procedure might introduce invalid device IDs (DIDs) and render the devices inaccessible.


  1. Stop all I/O to the affected disk(s).

    For more information, see your Solstice DiskSuite or VERITAS Volume Manager documentation.

  2. Unplug the cable from the old host adapter.

  3. From the local node, unconfigure all drives that are affected by the recabling.


    # cfgadm
    

    Or reboot the local node.


    # reboot -- -r
    
  4. From the local node, update the Solaris device link.


    # devfsadm -C
    
  5. From the local node, update the DID device path.


    # scdidadm -C
    
  6. Connect the cable to the new host adapter.

  7. From the local node, configure the drives in the new location.


    # cfgadm
    

    Or reboot the local node.


    # reboot -- -r
    
  8. Add the new DID device path.


    # scgdevs
    

Where to Go From Here

If you did not follow this procedure correctly, you might see an error the next time you run the scdidadm -r command or the scgdevs command. If you see an error message that says did reconfiguration discovered invalid diskpath, go to "How to Update Sun Cluster Software to Reflect Proper Device Configuration".

How to Move a Disk Cable From One Node to Another

Use this procedure to move a disk cable from one node to another node.


Caution - Caution -

Failure to follow this cabling procedure might introduce invalid device IDs (DIDs) and render the devices inaccessible.


  1. Delete all references to the DID device path you want to remove from all volume manager and data service configurations.

    For more information, see the Sun Cluster 3.0 U1 Data Services Installation and Configuration Guide and your Solstice DiskSuite or VERITAS Volume Manager documentation.

  2. Stop all I/O to the affected disk(s).

    For more information, see your Solstice DiskSuite or VERITAS Volume Manager documentation.

  3. Unplug the cable from the old node.

  4. From the old node, unconfigure all drives that are affected by the recabling.


    # cfgadm
    

    Or reboot the old node.


    # reboot -- -r
    
  5. From the old node, update the Solaris device link.


    # devfsadm -C
    
  6. From the old node, update the DID device path.


    # scdidadm -C
    
  7. Connect the cable to the new node.

  8. From the new node, configure the drives in the new location.


    # cfgadm
    

    Or reboot the new node.


    # reboot -- -r
    
  9. From the new node, create the new Solaris device links.


    # devfsadm
    
  10. From the new node, add the new DID device path.


    # scgdevs
    
  11. Add the DID device path on the new node to any volume manager and data service configurations that are required.

    When you configure data services, check that your node failover preferences are set to reflect the new configuration.

    For more information, see the Sun Cluster 3.0 U1 Data Services Installation and Configuration Guide and your Solstice DiskSuite or VERITAS Volume Manager documentation.

Where to Go From Here

If you did not follow this procedure correctly, you might see an error the next time you run the scdidadm -r command or the scgdevs command. If you see an error message that says did reconfiguration discovered invalid diskpath, go to "How to Update Sun Cluster Software to Reflect Proper Device Configuration".

How to Update Sun Cluster Software to Reflect Proper Device Configuration

If you see the following error when you run the scdidadm -r command or the scgdevs command, the Sun Cluster software does not reflect the proper device configuration because of improper device recabling.


did reconfiguration discovered invalid diskpath.
This path must be removed before a new path
can be added. Please run did cleanup (-C)
then re-run did reconfiguration (-r).

Use this procedure to ensure that the Sun Cluster software becomes aware of the new configuration and to guarantee device availability.

  1. Ensure that your cluster meets the following conditions.

    • The cable configuration is correct.

    • The cable you are removing is detached from the old node.

    • The old node is removed from any volume manager or data service configurations that are required.

    For more information, see the Sun Cluster 3.0 U1 Data Services Installation and Configuration Guide and your Solstice DiskSuite or VERITAS Volume Manager documentation.

  2. From all nodes, one node at a time, unconfigure all drives.


    # cfgadm
    

    Or reboot all nodes, one node at a time.


    # reboot -- -r
    
  3. From all nodes, one node at a time, update the Solaris device link.


    # devfsadm -C
    
  4. From all nodes, one node at a time, update the DID device path.


    # scdidadm -C
    
  5. From all nodes, one node at a time, configure all drives.


    # cfgadm
    

    Or reboot all nodes, one node at a time.


    # reboot -- -r
    
  6. From any node, add the new DID device path.


    # scgdevs
    
  7. From all nodes that are affected by the recabling, verify that SCSI reservations are in the correct state.


    # scdidadm -R device