HP Matrix Operating Environment 7.1 Release Notes

Enumerate all FC LUNs (Y/N)? [current setting: Y]: Y
Drv[2C] Ctrl[29] Lang[eng] - Options set. Action Required is None
3. Reconnect drivers, refresh mapped drives and display available boot options using commands
reconnect -r and map -r.
Shell> reconnect -r
ReconnectController(0,0,0) : Status = Success
Shell> map -r
Device mapping table
blk0 : Acpi(PNP0A03,0)/Pci(1|0)/Fibre(WWN50001FE1501A1F39,Lun4068000000000000)
blk1 : Acpi(PNP0A03,0)/Pci(1|0)/Fibre(WWN50001FE1501A1F3D,Lun4068000000000000)
Applications that depend on IO hardware paths or legacy storage DSFs are not supported with
Integrity cross-technology logical servers
HP-UX applications that have a dependency on I/O hardware paths or Legacy Storage Device
Special Files (DSFs) might fail if these applications are running on Integrity cross-technology logical
servers. This occurs because I/O hardware paths and Legacy Storage DSFs may change during
cross-technology move operations. After a cross-technology logical server move operation,
Networking I/O Instance Numbers and Storage Agile DSFs will not cause application failure.
Major issues
A new Integrity VM logical server may be assigned MAC addresses and/or server WWNs belonging
to previously unmanaged Integrity VM logical servers, resulting in duplicate MAC addresses and/or
server WWNs
If you unmanage an Integrity VM logical server, then create a new Integrity VM logical server,
MAC addresses and/or WWNs from the unmanaged logical server may be assigned to the new
logical server resulting in duplicates. If this new logical server is then activated on the same Integrity
VM host as the host containing the previously unmanaged Integrity VM logical server, an activation
error occurs due to a conflict with a duplicate MAC address and/or server WWN assigned to the
unmanaged Integrity VM logical server. Additionally, the previously unmanaged Integrity VM
logical server cannot be imported again until the newly created logical server that introduced the
duplicate MAC addresses and/or server WWNs is corrected or deleted.
Suggested actions
• To prevent duplicate MACs and/or WWNs:
If possible, use the Delete action rather than the Unmanage action when removing an
Integrity VM logical server.
◦
◦ If possible, re-import any previously unmanaged Integrity VM logical servers.
◦ If you must unmanage an Integrity VM logical server, you may reserve its WWNs and
MAC addresses to prevent them from being reassigned by using this procedure:
1. Determine the WWNs of the unmanaged Integrity VM logical server by logging onto
the VM host and using the hpvmstatus command:
hpvmstatus –P Name_of_Unmanaged_VM | grep npiv
Sample output:
hba avio_stor 0 1 npiv /dev/fclp0-0x5001438002A30041,0x5001438002A30044
Make a note of the server WWNs, converting them to lsmutil format. In this example,
0x5001438002A30041 and 0x5001438002A30044 become
50:01:43:80:02:A3:00:41 and 50:01:43:80:02:A3:00:44.
2. If using Storage Pool Entries (SPEs), delete the SPE containing the WWNs of the
unmanaged Integrity VM logical server.
Logical server management 35