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:
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: mkauthkeys ––ip <ip address of remote HMC> -u hscroot | ||
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:
lshwres -r mem -m <machine name> --level sys -F mem_region_size | ||
4. Ensure the destination system has enough memory to support the mobile partition. To determine whether the destination server has enough physical memory available to support the mobile partition, complete the following steps from the HMC:
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. To determine the available processors on the destination server using the HMC, complete the following steps: 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.
Lsdev -dev hdiskX -attr chdev -dev hdiskX -attr reserve_policy=no_reserve | ||
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: http://www.ibm.com/support/knowledgecenter/POWER8/p8hc3/p8hc3_viostune_lpmperf.htm | ||
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. To check huge pages for the mobile partition using the HMC, you must be a super administrator and complete the following steps: 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). To validate BSR for the mobile partition using the HMC, you must be a super administrator and complete the following steps: 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. If the number of BSR arrays equals zero, the mobile partition can participate in inactive or active migration. | ||
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. To validate that the disks are virtualized, verify that the same SAN disks that are used as virtual disks by the mobile partition are assigned to the source and destination VIOS logical partitions. | ||
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. To identify the WWPNs that are assigned to a virtual Fibre Channel adapter using the HMC, complete the following steps:
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. 8. Repeat steps 6 and 7 for each virtual Fibre Channel adapter on the mobile partition. 9. Click Close to return to the Partition Properties window. Now that you have the WWPNs, verify that BOTH of them are assigned to the same set of logical unit numbers (LUNs) on the SAN. | N/A for vSCSI. | |
13. Verify that the mobile partition has access to the virtual Fibre Channel adapters on the source VIOS logical partition:
lscfg -vl fcs* | grep fcs lsdev | grep fcs fcstat fcs0 | ||
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): 1. Log in to the partition with root authority.
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. |
The material included in this document is in DRAFT form and is provided 'as is' without warranty of any kind. IBM is not responsible for the accuracy or completeness of the material, and may update the document at any time. The final, published document may not include any, or all, of the material included herein. Client assumes all risks associated with Client's use of this document.