Dynamic Multi-Pathing 7.3.1 Administrator's Guide - AIX
- Understanding DMP
- Setting up DMP to manage native devices
- Using Dynamic Multi-Pathing (DMP) devices with Oracle Automatic Storage Management (ASM)
- Dynamic Multi-Pathing for the Virtual I/O Server
- Configuring Dynamic Multi-Pathing (DMP) on Virtual I/O server
- Configuring Dynamic Multi-Pathing (DMP) pseudo devices as virtual SCSI devices
- Extended attributes in VIO client for a virtual SCSI disk
- Administering DMP
- Configuring DMP for SAN booting
- Administering the root volume group (rootvg) under DMP control
- Extending an LVM rootvg that is enabled for DMP
- Using Storage Foundation in the logical partition (LPAR) with virtual SCSI devices
- How DMP handles I/O for vSCSI devices
- Administering DMP using the vxdmpadm utility
- Gathering and displaying I/O statistics
- Specifying the I/O policy
- Administering disks
- Discovering and configuring newly added disk devices
- About discovering disks and dynamically adding disk arrays
- How to administer the Device Discovery Layer
- Changing the disk device naming scheme
- Dynamic Reconfiguration of devices
- Reconfiguring a LUN online that is under DMP control using the Dynamic Reconfiguration tool
- Manually reconfiguring a LUN online that is under DMP control
- Event monitoring
- Performance monitoring and tuning
- Appendix A. DMP troubleshooting
- Appendix B. Reference
Disabling MPIO
The Multiple Path I/O (MPIO) feature was introduced in AIX 5.2 to manage disks and LUNs with multiple paths. By default, MPIO is enabled on all disks and LUNs that have this capability, which prevents DMP or other third-party multi-pathing drivers (such as EMC PowerPath) from managing the paths to such devices.
To allow DMP or a third-party multi-pathing driver to manage multi-pathing instead of MPIO, you must install suitable Object Data Manager (ODM) definitions for the devices on the host. Without these ODM definitions, MPIO consolidates the paths, and DMP can only see a single path to a given device.
There are several reasons why you might want to configure DMP to manage multi-pathing instead of MPIO:
Using DMP can enhance array performance if an ODM defines properties such as queue depth, queue type, and timeout for the devices.
The I/O fencing features of the Storage Foundation HA or Storage Foundation Real Application Cluster software do not work with MPIO devices.
The Device Discover Layer (DDL) component of DMP provides value-added services including extended attributes like RAID levels, thin provisioning attributes, hardware mirrors, snapshots, transport type, SFGs, array port IDs. These services are not available for MPIO-controlled devices.
Use the following procedure to configure DMP in place of MPIO.
To disable MPIO
- Obtain the required ODM definitions.
Contact the array vendor to obtain ODM definitions for the array type and the version of AIX on your system. The ODM definition should permit either DMP or the array vendor's multi-pathing driver to discover the devices in the supported array.
Some array vendors do not distribute ODM pre-definitions for their arrays for AIX. In this case, you can use the devices as hdisk devices, as long as MPIO does not claim these LUNs.
- Unmount any file systems and stop all applications such as databases that are configured on VxVM volumes.
- Stop all I/O to the VxVM volumes by entering the following command for each disk group:
# vxvol -g diskgroup stopall
- Use the vxprint command to verify that no volumes remain open:
# vxprint -Aht -e v_open
- Deport each disk group in turn:
# vxdg deport diskgroup
- Use the following command to remove each hdisk device that MPIO has configured to the arrays:
# rmdev -dl hdisk_device
Alternatively, use the smitty rmdev command.
- Use the installp command to install the replacement ODM filesets:
# installp -agXd ODM_fileset ...
Alternately, you can use the smitty installp command.
- Reboot the system so that the new ODM definitions are used to perform device discovery.
- Use the vxdmpadm command to check that DMP now has access to all the paths to the devices. The following command displays a list of HBA controllers that are configured on a system:
# vxdmpadm listctlr all
The next command displays information about all the paths that are connected to a particular HBA controller:
# vxdmpadm getsubpaths ctlr=controller_name
For example to display the paths that are connected to the fscsi2 controller:
# vxdmpadm getsubpaths ctlr=fscsi2