Solaris および PowerPath のアップグレード後にストレージが管理されなくなる

Solaris および PowerPath のアップグレード後にストレージが管理されなくなる

私はSolaris Live Upgradeを使用してクライアントをSolaris 10 Update 2からSolaris 10 Update 10にアップグレードし、同時にEMC powerpathを[以前のバージョン]からバージョン5.5にアップグレードしました。

私は決して電源経路の専門家ではありませんが、他のものをアップグレードせずに1つをアップグレードするときの問題に精通しています。私が従うプロセスは次のとおりです。

  1. リアルタイムでSolarisをアップグレードする
  2. ABEから(pkgrm) powerpathを削除する
  3. ABEでは、powerpathが依存するファイルシステムをコメントアウトします。
  4. LUの活動化および再始動
  5. 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)。

formatLUNへのSolarisベースリンクのみが表示され、その半分はアクティブパスとパッシブパスを介して表示されるため、予想されるエラー状態にあります。 mpathadmが有効になっていません。

インターネット検索後に提案が見つかりました。出力を見て、powermt display optionsclariion管理が有効になっていることを確認し、「管理されていません」とマークされていることを確認しました。他のすべてのストレージクラスは「管理済み」と表示されます。

次に実行すると、powermt manage class=clariion次のエラーが返されます。incompatible initiator information received from the array

このエラーにもかかわらずemcpowerデバイスを入手し、それを確認できましたpowermt display dev=allpowercf -q; powermt config; powermt save

その後、/etc/vfstabのエントリのコメントを外して再起動して、すべてが問題ないことを確認しました。その後、保守中のファイルシステム/ローカルを使用してシングルユーザーモードのシステムを作成しました。多くのテストの最後に再powermt manage class=clarion起動するたびにプロセスを再実行する必要があることに気付きました。

これで、以前のアップグレード前にABEに戻りました。以前のバージョンのSolarisとPowerPathに戻っても、すべてがうまく動作します。

ベストアンサー1

私は次のことを行い、うまくいきました。

SolarisオペレーティングシステムではFCデバイスとiSCSIデバイスを区別できますが、PowerPath 5.5では管理と管理解除を区別しません。 PowerPathが次のストレージシステムを管理するには、fp.confファイルとiscsi.confファイルでmpxio-disable値をyesに設定する必要があります。

EMC VNX

EMC CLARiX

日立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は「管理されていません」状態になります。

おすすめ記事