PowerStore:3.0以降へのNDU、ノードの再起動、またはアプライアンスの電源の入れ直し後にWebUI (UI)が使用できない

PowerStore Manager UIまたはCLI（RestAPIおよびPSTCLI）が使用できず、次のエラーが返される場合があります。

• NDU、ノード再起動、またはアプライアンスの電源入れ直しの後にPowerStore Manager UIにアクセスできません（ログインできません）：
• ログインの試みが次のエラーで失敗しました：「サービスが使用できません。数分後に再試行してください。(0xE04040010004)」または「503 サービスを使用できません」
• サービス ポートを使用して初期構成ウィザード(ICW)を実行すると、「Loading....」というメッセージがユーザーに表示されることがあります。[Cluster Details]ステップはしばらく継続します。最終的に、UIに「The required appliance was not found」または「Request timed out」と表示されることがあります。

この問題の結果:

• 未構成のアプライアンスの場合
  • PowerStore Managerログイン ページにアクセスすることも、REST APIにログインすることもできません。
  • アプライアンスに検出IPがないため、Connection Utilityでは、このような環境で構成済みおよび未構成のアプライアンスを表示できません。
• 構成済みアプライアンスの場合
  • PowerStore Managerログイン ページにアクセスすることも、REST APIにログインすることもできません。
  • Add Appliance操作は実行できません。

sshによりシステムにアクセスします。sshが有効でない場合は、「PowerStore：サービスLANポートを使用したSSHおよびPowerStore Managerアクセス」に記載されている方法でサービス ポートを使用します。

[SVC:service@XXXXXXX-B user]$ pstcli -d <ClusterIP> -u admin -session
Password (for host localhost):
The system was unable establish a secure connection to the storage server.

disc0:でバインドされたIPv4 169.254/16 IPがありません。
 

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether aa:aa:aa:aa:aa:aa brd ff:ff:ff:ff:ff:ff
    inet6 fe80::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever
 
[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether bb:bb:bb:bb:bb:bb brd ff:ff:ff:ff:ff:ff
    inet6 fe80::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever

• ノードの起動中に、avahi-autoipdサービスが169.254.0.0/16の範囲のIPをランダムに選択し、他のデバイスがこのIPを使用していないかarpingを使ってテストした後、disc0インターフェイスに結合します
• Control Path HTTPスタックをロードするには、disc0インターフェイスのIPアドレスが必要です。
• 管理ネットワーク環境のネットワーク デバイスからの予期しないARP応答により、avahi-autoipdサービスがIPアドレスを取得できませんでした。そのため、Control Path HTTPスタックがロードされず、WebUIとPSTCLIへのアクセスが失われました。

対策：

• 予期しないARP応答をPowerStoreに送信しているデバイスを特定します。
• 管理ネットワークでプロキシARPとして機能しているスイッチまたはデバイスを停止することで、この問題を解決できます。次のいずれかの方法で実行してください。
  • この問題（https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316に記載されているように、主としてCisco製スイッチに関連）の修正が含まれるバージョンへスイッチ ファームウェアをアップデートします
  • スイッチ上で169.254.0.0/16のZeroconf/Avahi IPの範囲に対して「プロキシARP」が有効になっている場合は、この範囲をプロキシARPに使用してはならないので、この範囲を無効にするか、除外するように再設定することを推奨します。
    • お客様のネットワーク管理者に問い合わせて、この設定を無効にしても他のネットワーク サービスに影響しないことを確認します。
    • この変更を行う最善の方法について、お客様のネットワーク管理者に相談してください。
  • Isolate PowerStoreの管理ネットワークを、スイッチ上の別のAccessまたはNative VLANに分離します。
• 上記がすべて完了したら、disc0のIPv4アドレスが169.254.0.0/16の範囲にあることを確認します。

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ea:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever


[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 1a:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xxx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever

• 制御パスの再開 

[SVC:service@XXXXXXX-B user]$ svc_container_mgmt restart CP
Waiting for container restart
Container controlpath restart returned: 0
Container controlpath is back up
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
[SVC:service@XXXXXXX-B user]$

予期しないARP応答を送信しているネットワーク デバイスを識別できない場合、またはこの問題に対してサポートが必要な場合は、テクニカル サポートまたは認定サービス担当者にお問い合わせいただき、このDellナレッジベース記事番号をお伝えください

修正:
この問題は、PowerStoreOS v3.6.0.0
で修正されています(このオペレーティング システム バージョンのリリース ノートに記載されているMDT-498676を参照してください)。