Skip Navigation Links | |
Exit Print View | |
Oracle Solaris 11.1 Administration: SAN Configuration and Multipathing Oracle Solaris 11.1 Information Library |
1. Solaris I/0 Multipathing Overview
2. Fibre Channel Multipathing Configuration Overview
3. Configuring Solaris I/O Multipathing Features
Configuring Multipathing I/O Features
Enabling and Disabling Multipathing
How to Determine if Multipathing is Enabled or Disabled
Enabling or Disabling Multipathing on a Per-Port Basis
Port Configuration Considerations
How to Configure Multipathing by Port
Configuring Third-Party Storage Devices
Third-Party Device Configuration Considerations
Configuring Third-Party Storage Devices: New Devices
How to Configure Third-Party Devices
Configuring Third-Party Storage Devices: Disabling Devices
How to Disable Third-Party Devices
Displaying Device Name Changes
4. Administering Multipathing Devices
5. Configuring Fabric-Connected Devices
6. Configuring Solaris iSCSI Initiators
7. Configuring Virtual Fibre Channel Ports
10. Configuring IPFC SAN Devices
11. Booting the Oracle Solaris OS From Fibre Channel Devices on x86 Based Systems
12. Persistent Binding for Tape Devices
A. Manual Configuration for Fabric-Connected Devices
Some storage devices have controllers configured as PRIMARY and SECONDARY as part of the array configuration. The secondary paths may operate at a lower performance level than the primary paths. The multipathing software uses the primary path to talk to the storage device and to keep the secondary path on standby.
In the event of a primary path failure, the multipathing software automatically directs all I/O traffic over the secondary path, with the primary path taken offline. This process is called a “failover” operation. When the failure associated with the primary path has been repaired, the multipathing software automatically directs all I/O traffic over the primary path and keeps the secondary path standby as before. This process is called a failback operation.
You can disable the automatic failback operation so the multipathing software does not automatically failback to the primary path. Later, after the failure associated with the primary path has been repaired, you can do a manual failback operation using the luxadm command. For more information, see luxadm(1M).
auto-failback="enable";
auto-failback="disable";
# shutdown -g0 -y -i6