When setting up Live Partition Mobility (LPM) for the first time in your environment, use the Live Partition Mobility Setup Checklist. The checklist provides basic details.
A companion document exists that may be of interest: Live Partition Mobility Preparation Checklist available at:
For related information about this topic, refer to the following IBM Redbooks publication:
IBM PowerVM Virtualization Introduction and Configuration, SG24-7940-05
Live Partition Mobility Setup Checklist
|HMC tasks:||Complete = X||Comments|
|2. Check the HMC software level for compatibility with the entire configuration using the IBM® Fix Level Recommendation Tool (FLRT) at this address:|
|3. For remote HMC migrations use the mkauthkeys command-line interface (CLI) command to generate the SSH authentication key pairs on the local and remote HMC:|
|Systems tasks:||Complete = X||Comments|
|1. Check source and destination system firmware levels and have all the recommended fixes for Partition Mobility (use FLRT)|
|2. Check source and destination system firmware levels for compatibility using the firmware support matrix Web site: http://www-01.ibm.com/support/knowledgecenter/8286-42A/p8hc3/p8hc3_firmwaresupportmatrix.htm|
|3. Ensure that the logical memory block (LMB) size is the same on both the source and destination system:|
|4. Ensure the destination system has enough memory to support the mobile partition.|
1. Identify the amount of physical memory that the mobile partition requires:
|5. Ensure the destination system has enough processor to support the mobile partition. |
1. Determine how many processors the mobile partition requires:
|Virtual I/O Server (VIOS) tasks:||Complete = X||Comments|
|1. Check source and destination VIOS levels (use FLRT):|
|2. Ensure the mover service partition (MSP) attribute is selected on at least one VIOS on both frames.|
|3. For the one or more VIOS servers that are serving network access to the mobile partition using a Host Ethernet Adapter (HEA) connected to a Shared Ethernet Adapter (SEA), ensure the “promiscuous” mode attribute is set on the HEA group.|
|4. For the one or more VIOS servers that are serving storage to the mobile partition on both the source and destination system, ensure both VIOS servers see the same disks (use the odmGet or lspv command) required by the mobile partition and have the no_reserve attribute set on those disks.|
|5. Verify that the physical Fibre Channel adapters that are assigned to the source and destination VIOS logical partitions support N-Port ID Virtualization (NPIV). Run the lsnports command to view the physical ports on the physical Fibre Channel adapters that support NPIV.||Not applicable (N/A) for vSCSI.|
|6. Verify that the switches to which the physical Fibre Channel adapters on both the source and destination VIOS logical partitions are cabled support NPIV. Run the lsnports command to view the fabric support of the physical ports on the physical Fibre Channel adapters. If the fabric support is 1, the physical port is cabled to a switch that supports NPIV.||N/A for vSCSI.|
|7. Ensure that both frames have a VIOS that has an SEA configured that bridges to the same physical network (same subnet) required by the mobile partition.|
|8. Verify that your VIOSs are configured correctly to give you the best performance. See the VIOS configuration and tuning for optimum partition mobility performance in the IBM Knowledge Center for more information:|
|Mobile Partition tasks:||Complete = X||Comments|
|1. Check the software levels (use FLRT).|
|2. Ensure that storage for the mobile partition is accessible (zoned and masked) by at least one VIOS on each frame.|
|3. Ensure that the network is accessible (same subnet) by at least one VIOS on each frame.|
|4. Ensure that the mobile partition’s name is unique across both frames. As part of the migration process, the HMC creates a new migration profile containing the partition’s current state.|
|5. Verify that the processor compatibility mode of the mobile partition is supported on the destination server.|
|6. Ensure that the mobile partition is not a service partition.|
|7. Ensure that the mobile partition does not use huge pages.|
1. Open the source system and select Properties.
2. Click the Advanced tab.
|8. Ensure that the mobile partition does not use the Barrier Synchronization Register (BSR, Active Migration).|
1. In the navigation pane, open Systems Management and select Servers.
3. In the contents area, open the source system.
4. Select the mobile partition and select Properties.
5. Click the Hardware tab.
6. Click the Memory tab.
|9. Ensure that the partition does not use non-default virtual serial-I/O adapters greater than 1.|
|10. Ensure that the mobile partition’s disks are virtualized by the VIOS.|
|11. Ensure that all physical I/O adapters that are assigned to the mobile partition’s profile are marked as Desired.||Applies only to IBM AIX and Linux partitions. IBM i partitions cannot have physical I/O.|
|12. For each virtual Fibre Channel adapter on the mobile partition, verify that both worldwide port names (WWPNs) are assigned to the same set of logical unit numbers (LUNs) on the SAN.|
1. In the navigation pane, open Systems Management and select Servers.
2. Click the server on which the mobile partition is located.
3. In the navigation pane, select the mobile partition.
4. From the Tasks menu, click Properties. The Partition Properties window opens.
5. Click the Virtual Adapters tab.
6. Select a virtual Fibre Channel adapter slot.
7. From the Actions menu, click Properties. The Virtual Fibre Channel Adapter Properties window opens, showing the WWPN pair. Record both addresses.
9. Click Close to return to the Partition Properties window.
|N/A for vSCSI.|
|13. Verify that the mobile partition has access to the virtual Fibre Channel adapters on the source VIOS logical partition:
|14. Ensure that the mobile partition is not designated as a redundant error path reporting partition.|
|15. Ensure that the mobile partition is not part of an LPAR workload group.|
|16. Ensure that Resource Monitoring and Control (RMC) connections exist between the mobile partitions, service processors, and mover service partitions (MSP):|
2. Use the lsrsrc IBM.ManagementServer command. If the command output includes ManageType = "HMC", then the RMC connection is established,
3. On HMC, run lspartition -dlpar and then look for Active:<1> (not <0>). Virtual I/O Client (VIOC) should have the rsct_rm and rsctv service groups started.
|17. Ensure that the latest mobile partition profile was activated at least once.|
|18. Ensure that all physical I/O devices are dynamically removed (DLPAR removed) off the mobile partition at the time of migration.||Applies only to AIX and Linux partitions. IBM i partitions cannot have physical I/O.|
|19. The client has all virtual slots, no vopt device, and no LV-based devices on related vhost maps in the VIOS.|
|20. Be sure the restricted IO partition property is set on the IBM i partition (this property can be changed only on a deactivated IBM i partition).||N/A for AIX and Linux partitions.|
|21. An IBM i logical partition cannot be moved while an NPIV (virtual Fibre Channel) attached tape device is varied on.||N/A for AIX and Linux partitions.|
|22. The IBM i partition must not be assigned a virtual SCSI optical or tape device at the time of the operation.||N/A for AIX and Linux partitions.|
|23. An IBM i partition cannot host or be hosted by an IBM i system. This includes the following restrictions:||N/A for AIX and Linux partitions.|
|24. If the mobile partition on the source server is capable of the Trusted Boot feature, verify that the destination server supports the Trusted Boot feature and has the same trusted key as the source server. Also, verify that the destination server has an adequate number of available Virtual Trusted Platform Modules (VTPMs) for the mobile partitions to use.|
This material has not been submitted to any formal IBM test and is published AS IS. It has not been the subject of rigorous review. IBM assumes no responsibility for its accuracy or completeness. The use of this information or the implementation of any of these techniques is a client responsibility and depends upon the client's ability to evaluate and integrate them into the client's operational environment.