我一直在为客户执行升级，使用 Solaris Live Upgrade 从 Solaris 10 update 2 升级到 Solaris 10 update 10，同时将 EMC powerpath 从 [旧版本] 升级到版本 5.5
我绝不是电源路径专家，但我很清楚只升级一个而不升级另一个的问题。我遵循的过程是：
- 实时升级 Solaris
- 从 ABE 中删除 (pkgrm) powerpath
- 注释掉 ABE 中 powerpath 依赖的文件系统
- LU激活并重新启动
- 安装 PowerPath 5.5 P 01 B 2
安装程序会找到剩余的电源路径配置，并询问我是否要升级它。在 5 台服务器中，有一些服务器的旧版本是 PowerPath 5.2 版，其他服务器上仍然运行 4.5 版，但所有服务器的结果都是相同的。
在 pkgadd 的末尾，它告诉我驱动程序已成功安装（确实如此），并告诉我不需要重新启动。但是，当我运行 powercf 或 powermt display 时，我收到一条错误消息Device(s) not found
重新启动没有帮助。 cfgadm 看起来符合预期（抱歉，我没有保存输出），devfsadm -Cv 没有创建或删除任何设备链接。 HBA 正在链接（由luxadm -e probe和确认fcinfo hba-port）
format仅显示了到 LUN 的 Solaris 本机链接，其中一半处于预期的错误状态，因为它们是通过主动和被动路径看到的。 mpathadm 未激活。
在谷歌搜索后，我发现了一个建议，查看输出以powermt display options确认 clariion 管理已启用，并发现显示为“非托管”...所有其他存储类显示为“托管”
然后我运行powermt manage class=clariion它返回一个错误说明incompatible initiator information received from the array
尽管出现这个错误，我还是得到了 emcpower 设备，并且可以看到powermt display dev=all.为了更好地衡量，我遵循了这个powercf -q; powermt config; powermt save
然后，我取消注释 /etc/vfstab 中的条目并重新启动以确保一切正常。然后我最终得到了一个处于单用户模式的系统，其中文件系统/本地处于维护状态。经过大量测试，我发现powermt manage class=clarion每次重新启动后都必须重做该过程。
现在我已经恢复到旧的升级前 ABE。当我回到旧版本的 Solaris 和 PowerPath 时，一切仍然运行良好。
答案1
我执行了以下操作并且有效：
尽管 Solaris 操作系统可以区分 FC 和 iSCSI 设备，但 PowerPath 5.5 并未对管理和取消管理进行这种区分。必须在 fp.conf 和 iscsi.conf 文件中将 mpxio-disable 值设置为 yes，PowerPath 才能管理以下存储阵列：
易安信VNX
EMC CLARiiON
日立 USP 和 HP StorageWorks EVA 3000/5000/8000
scsi_vhci.conf 中列出的阵列
有关详细信息，请参阅 EMC PowerPath for Solaris 的“安装和管理指南”第 35 页。 “确定阵列是由 PowerPath 还是 MPxIO 管理”一章提供了详细信息。当 iscsi.conf 文件中缺少“mpxio-disable=yes”语句时，VNX 类由 MPxIO 隐式管理。由于没有显式声明来管理该类（之前版本中不存在 VNX 类），因此新的 VNX 变为“非托管”。
答案2
除了/kernel/drv/iscsi.conf mpxio-disable=yes丢失之外，我还发现 emcpower 设备在 PP5.5 升级和重新启动后编号错误。幸运的是，我在工作之前备份了我的映射，然后我就可以从中恢复。
$ /opt/EMCpower/bin/emcpadm export_mappings -f emcp_exports.txt <--backs up the Mapping
$ /opt/EMCpower/bin/emcpadm import_mappings -f emcp_exports.txt <-- restores the mappings
然后保存您的配置：
$ powermt save