FAQを参照する
PowerChute Network Shutdown v5.0 既知の問題 [最新バージョン]
このページは PowerChute Network Shutdown v5.0 既知の問題について説明しています。
このページは新たな問題や回避策が確認された際に随時更新されます。
全オペレーティングシステムに関する一般的な問題
| 1 | 【現象】 PowerChuteがファームウェアv5.0以前のParallel Smart-UPS VTをサポートしない NMC の SSL 証明書の Common Name (CN) 値が同じ値に設定されている場合、PowerChute は冗長UPS構成および高度なUPS 構成のすべての Network Management Card に登録できません。 CN値は新しい NMC ではデフォルトで「.」に設定される場合があります。 |
| 【説明/回避策】 NMC Security Wizardを使用して新しい SSL 証明書を作成してアップロードするか、NMC で新しい自己署名証明書を生成できます。 NMC UI で、[構成] > [ネットワーク] > [Web] > [SSL 証明書] に移動し、既存の証明書を削除するオプションを選択します。これにより、NMC が再起動され、NMC の IP アドレスまたはホスト名を使用するように更新された CN 値を含む新しい自己署名証明書が生成されます。 | |
| 2 | 【現象】 NMC 2 (AP963x) や NMC 3 (AP964x) などの異なるバージョンの NMC を使用している場合、PowerChute は高度なUPS構成でネットワーク マネージメント カード (NMC) に登録できません。 |
| 【説明/回避策】 サポートされている構成ではありませんので、同一のNMC2またはNMC3の同じバージョンで高度なUPS構成での対応のみとなります。 | |
| 3 | 【現象】 [ライセンス] ページで PowerChute Web UI セッションの有効期限が切れても、ログイン ページにリダイレクトされません。 |
| 【説明/回避策】 ブラウザページを更新してログイン ページを表示します。 | |
| 4 | 【現象】 PowerChute ライセンスの有効期限が切れても、PowerChute セットアップ ウィザードには古いライセンスの詳細が表示されたままになります。 |
| 【説明/回避策】 新しい PowerChute ライセンスを購入したら、Web UI の [ライセンス] ページでライセンスの詳細を更新します。 | |
| 5 | 【現象】 PowerChute UIの[シャットダウン設定]ページでシャットダウンコマンドファイルを削除して無効にすると、サービスの再起動後にpcnsconfig.iniファイルにエラーが表示されます。 |
| 【説明/回避策】 pcnsconfig.ini ファイルの [Shutdown] セクションに「shutdownCommandFile =」を手動で追加します。 | |
| 6 | 【現象】 PowerChute は 10 文字を超える ASCII 文字を含むユーザー名を受け入れ、イベント ログに次のイベントを表示します。 「[IPアドレス]のセキュリティ情報が正しくありません。 PowerChute ユーザー名と認証フレーズが Network Management Card と一致していることを確認してください。」 |
| 【説明/回避策】 回避策はありません。 | |
| 7 | 【現象】 PowerChute は、設定されているすべての NMC が接続されるまで Web サーバーを起動しません。これにより、再起動またはアップグレード後に NMC がオフラインになった場合、PowerChute UI へのアクセスに 3 ～ 4 分の遅延が発生する可能性があります。 |
| 【説明/回避策】 回避策はありません。 | |
| 8 | 【現象】 以前のバージョンからアップグレードした後、古い powernet.mib ファイルが group1 ディレクトリから削除されません。 |
| 【説明/回避策】 アップグレード後に古い powernet.mib ファイルを削除します。 | |
| 9 | 【現象】 PowerChute Network Shutdown (PowerChute) Parallel-UPS 構成が 1 つの重大なイベントでのみシャットダウンします。 |
| 【説明/回避策】 並列冗長構成の 1 台の UPS のみで重大なイベントが発生した場合、PowerChute はシャットダウンしないでください。 これは、並列 UPS の初期構成後に構成ウィザードを再度実行すると発生する既知の問題です。初期構成後に構成ウィザードを再度実行する場合は、PowerChute サービスを再起動する必要があります。 | |
| 10 | 【現象】 同じイベントに対して複数のアクションが選択されており、すべてのアクションの遅延時間が同じである場合、一部のアクションが発生しません。 |
| 【説明/回避策】 Java のスレッドの問題により、アクションが相互に干渉することがあります。アクションごとに異なる遅延時間を使用します。 | |
| 11 | 【現象】 PowerChuteがAP9631 Network Management Cardの温度/湿度プローブを認識しない。 |
| 【説明/回避策】 プローブをAP9631 Universal I/Oポートの右側（ポート2）から左側（ポート1）に切り替えてください。こうすることで、 PowerChuteはプローブを認識するようになります。 | |
| 12 | 【現象】 PowerChute は、Synchronized Control Group (SCG) の一部である SMX または SMT UPS デバイスをサポートしません。 SCG は、Network Management Card (NMC) ユーザー インターフェイスを使用してセットアップされます。 |
| 【説明/回避策】 NMC UI を使用して、これらのデバイスの SCG オプションを無効にします。 | |
| 13 | 【現象】 サービスまたはデーモンを再起動した直後にPowerChuteユーザーインターフェイスが使用できない。この遅延は、PowerChuteがバックグランドで検証と確認を実行していることが原因で発生する。 |
| 【説明/回避策】 数分間待機してください。 | |
| 14 | 【現象】 Webブラウザーを閉じてセットアップウィザードを終了する場合、PowerChuteに再度ログオンすることができない。別のユーザーがすでにログインしているというメッセージが表示される。 |
| 【説明/回避策】 不注意でブラウザーを閉じた場合は、PowerChuteサービスまたはデーモンを再起動してください。ユーザーインターフェイスを開いてセットアップを完了してください。 | |
| 15 | 【現象】 pcnsconfig.iniファイルのイベント用の既存コマンドファイルパス（event_PowerFailed_commandFilePathなど）を変更する際、無効なパスを指定すると、PowerChuteが次回起動したときにINIファイル内の無効な値に関するエラーメッセージが記録される。以前に設定されていた有効なパスはpcnsconfig.ini.bakファイルから復元されない。 |
| 【説明/回避策】 INIファイルを修正するか、またはPowerChute Webユーザーインターフェイスを使用してパスを正しい値に変更してください。 | |
| 16 | 【現象】 初期設定後、セットアップウィザードを使用して引き続きNMCのIPアドレスを変更する場合： a. カードとの通信の確立がイベントログに記録されない。 b. 設定されたIPアドレスが異なる機種のUPSのものであると、PowerChuteのイベントリストが自動的に更新されない。 |
| 【説明/回避策】 a) については、解決方法がありません。 b) については、サービスまたはデーモンを再起動する必要があります。 | |
| 17 | 【現象】 PowerChuteサービスまたはデーモンが起動すると、pcnsconfig.iniの中で設定されたlocalHostAddressの値が検証される（これはNMCに登録されているPowerChuteのIPアドレスである）。 このチェックが行われるときにPowerChuteがIPアドレスを取得していない場合には、PowerChuteは無効な値を報告する。PowerChuteはINIファイルでこれを無効な値として報告する。 |
| 【説明/回避策】 設定ウィザードを実行して、正しいPowerChuteのIPアドレスを設定してください。 | |
| 18 | 【現象】 パラレル冗長UPS構成で通信が切断され、1台のUPSのみがバッテリー運転になっているときに、PowerChuteから通信切断に関する間違った報告を受ける場合がある。イベントログで、これより前のオンバッテリーイベントが記録されない。 |
| 【説明/回避策】 解決方法はありません。 | |
| 19 | 【現象】 IPv6環境でサイレントインストールを行うと、Network Management CardはPowerChuteクライアントのユニキャストアドレスを重複して表示する。これはsilentinstall.ini でUNICAST_ADDRESS にIPv6アドレスのショートフォーマットが入力されている場合に発生する。 例: UNICAST_ADDRESS=fe80::80e9:7d49:2793:3616 |
| 【説明/回避策】 1. サイレントインストールを行う場合は、IPv6アドレスを入力する場合にはフル・フォーマットのアドレスを使用してください。 例: UNICAST_ADDRESS=fe80:0:0:0:80e9:7d49:2793:3616 2. インストールがすでに完了済みの場合は、Configuration > PowerChute clients から、Network Management Cardに登録済みのショートフォーマットのIpv6アドレスを削除することができます。 | |
| 20 | 【現象】 PowerChuteをIPv6のみ使用しているマシンにインストールすると、自己署名のSSL証明書に含まれるCN (コンテナー名)が127.0.0.1にセットされる。 |
| 【説明/回避策】 自己署名のSSL証明書を、K-Base FA53904で説明する手順に従って置き換えてください。 1. マシンのIPv4を再度有効にし、PowerChuteサービスを停止。 2. PowerChuteのインストールフォルダのgroup1フォルダにあるPowerChuteキーストアファイルを削除 3. サービスを再起動 Linux/Unix/Mac OSXでの手順: 1. PowerChuteサービスを停止。 2. /etc/hostsファイルに、そのマシンのIPv6アドレスと完全修飾ドメイン名を追加 3. サービスを再起動 | |
| 21 | 【現象】 PowerChuteで IPv6をサポートするには、 NMC のファームウェアがv6.0.X以降である必要がある。 |
| 【説明/回避策】 IPv6をサポートするために、NMCファームウェアをv6.0.x以降 にアップグレードしてください。 |
ユーザーインターフェイスとWebブラウザーの問題
| 1 | 【現象】 PowerChute v5.0 へのアップグレード中にブラウザ ウィンドウが開いたままになっている場合、アップグレード後に PowerChute ユーザー インターフェイスが正しく表示されず、ログ ファイルを削除するように求める通知が表示されます。 |
| 【説明/回避策】 アップグレード後に、影響を受ける Web ブラウザを閉じて再度開き、PowerChute ユーザー インターフェイスにアクセスするか、ブラウザのキャッシュをクリアします。ユーザー インターフェイスは正しく表示されます。 | |
| 2 | 【現象】 PowerChute セットアップ ウィザードの Network Management Card Registration ページの [Show Log] ボタンが期待どおりに機能しません。 |
| 【説明/回避策】 回避策はありません。 | |
| >3 | 【説明/回避策】 PowerChute UI のアコーディオン メニューのある一部のページでは、マウスをアイコンの上に置かない限り、ヘルプ アイコン (?) が表示されません。 |
| 【現象】 回避策はありません。 | |
| 4 | 【説明/回避策】 Fully Qualified Domain Nameが使用されている場合、Mozilla Firefox は PowerChute Web インターフェイスをロードしません。 |
| 【現象】 Mozilla Firefox の短いホスト名を使用して、PowerChute の Web インターフェイスをロードします。詳細については、Mozilla Firefox Support - Server Not Foundの問題を参照してください。 | |
| 5 | 【説明/回避策】 ブラウザで PowerChute ユーザー インターフェイスを起動すると、Web サーバーの SSL 証明書が信頼されていないことを示すセキュリティ警告が表示されます。これは、PowerChute がデフォルトで自己署名 SSL 証明書を使用するために発生します。 |
| 【現象】 考えられる解決策は 2 つあります。 1.PowerChute 自己署名 SSL 証明書を信頼できる証明書として追加し、警告を無視することを選択できます。 2.デフォルトの自己署名 SSL 証明書を信頼された SSL 証明書に置き換えることができます。Product Centerをご覧ください。 |
ネットワーク設定
| 1 | 【現象】 PowerChute Network Shutdown Web インターフェイスは、静的 IP アドレスを使用するプライベート ネットワークで完全修飾ドメイン名を使用してロードされません - FQDN を解決できません。この問題は、ネットワーク カードに DNS サーバーが構成されていない場合にのみ発生します。 |
| 【説明/回避策】 静的IPアドレスを使用するプライベートネットワークでは、http://localhost:6547を使用してPowerChute Webインターフェイスを読み込んでください。 | |
| 2 | 【現象】 PowerChute Network Shutdownをアンインストールした後も、Network Management Card（NMC）のPowerChuteエージェントページにIPアドレスが残っている。 |
| 【説明/回避策】 NMCユーザーインターフェイスのPowerChuteエージェントリストからIPアドレスを削除してください。 | |
| 3 | 【現象】 使用中のコンピューターに複数のネットワークカードが装備されている場合、PowerChuteがUPS/コンセントのオフコマンドを実行すると、Network Management Card (NMC)が、カードにPowerChuteを登録した時のIPアドレスとは別のIPアドレスを表示する場合がある。 |
| 【説明/回避策】 回避策はありません。この問題により、機能上の問題はありません。 |
SSH 構成
| 1 | 【現象】 SSH アクションを編集して、認証方法をパスワードから SSH キーファイルに、またはその逆に変更すると、UI には変更が反映されず、以前の認証方法が引き続き使用される可能性があります。 |
| 【説明/回避策】 認証方法を変更するために SSH アクションを編集しないでください。SSH アクションを削除して再作成してください。 | |
| 2 | 【現象】 高度なUPS構成から簡単な構成に切り替えたときにpcnsconfig.iniファイル内のSSHActionセクションから構成されたSSHアクションが削除されず、以下のイベントがEventログ内に表示される： 警告：無効なセクション[advanced_ups_setup_X]をINIファイルから削除する必要があります。 |
| 【説明/回避策】 SSHアクションをpcnsconfig.iniファイルから削除してください。 | |
| 3 | 【現象】 SSHアクションを編集して、SSHキーファイルパスとキーパスワードを削除して認証方法を変更し、それをパスワード認証に置き換えた場合、SSHキーファイルパスとキーパスワードがリモートホストで通信に使用されていないが、UIがその変更を反映していない。 |
| 【説明/回避策】 SSHアクションを編集して認証方法を変更せず、–SSHを削除して再度生成してください。 | |
| 4 | 【現象】 SSHアクションOn Startup（起動時）をAdvanced Configuration（高度な構成）内の物理的なUPSグループについて構成できない。付随するホストがメンテナンスモードを外れたときにSSHアクションOn Startupが起動される。物理的なUPSグループに付随するホストが無いため、SSHアクションが起動しない。 |
| 【説明/回避策】 On Startup SSHアクションは、この構成には適用されません。 | |
| 5 | 【現象】 単体のVMwareホスト上のOn Startupを実行するために構成されたSSHアクションが実行されない。 |
| 【説明/回避策】 On Startup SSHアクションは、この構成には適用されません。 | |
| 6 | 【現象】 SSHアクションが実行された後に、「SSH Action <Action Name> が既に実行中」のイベントがEvent Log内に表示されることがある。 |
| 【説明/回避策】 回避策はありません。 |
SNMP 構成
| 1 | 【現象】 MIB ブラウザ経由で SNMP ウォークを実行すると、イベントごとに以下のエラーが誤って error.log ファイルに記録されます。例えば： 「イベントセクション、キーevent_HumidityOutOfRangeProbe2_commandFilePathで無効なコマンドファイルパスが検出されました」 |
| 【説明/回避策】 回避策はありません。 | |
| 2 | 【現象】 SNMPv3 接続に成功しているにもかかわらず、PowerChute のイベントログでSNMPv3接続に失敗したと表示される。 一部のMIB ブラウザーでは、PowerChute で設定されている正しいユーザー名を使用せずに接続を試行するために発生します。 |
| 【説明/回避策】 この場合、SNMPv3 接続は正しく行われており、イベントログに記録された接続失敗のイベントは無視できます。 |
イベントの設定とログ
| 1 | 【現象】 シャットダウン コマンド ファイル パスが pcnsconfig.ini ファイルを介して手動で編集された場合、PowerChute はイベント ログに正しいエラーを記録しません。 注意: この問題は、高度な UPS セットアップにのみ当てはまります。 本来のログ表示： 警告: パラメーターが間違っているため、イベント ShutdownStarting のコマンド ファイルの実行が無効になります。構成を検証してください。エラー: コマンド ファイルの実行に対してイベント ShutdownStarting が有効になっていますが、shutdownCommandFile に無効な値が指定されています。 実際のログ表示: エラー: ini セクションの shutdownCommandFile に無効な値が含まれています Advanced_ups_setup_0。 |
| 【説明/回避策】 回避策はありません。 | |
| 2 | 【現象】 UPSクリティカルイベントが2回報告され、 各イベントログ間で遅延が発生する。この問題は 次の状況で発生する可能性がある。 • 任意のUPS構成で［Host Protection（ホスト保護）］ページからホストが削除されたとき • ［Host Protection（ホスト保護）］ページでホストが異なるUPS/出力グループにリンクされたとき • ESXiホストに複数のカーネルアダプターがあり、各カーネルアダプターに複数のIPアドレスが関連付けられているとき。 |
| 【説明/回避策】 この問題に対する解決方法はありません。PowerChuteがインベントリー内でターゲットESXiホストの可用性をチェックするため、この問題によってシャットダウンシーケンスの開始に若干の遅延が生じる可能性があります。 | |
| 3 | 【現象】 「複数の重大なイベントが発生しました」イベントは、「複数の重大なイベントが発生しました: バッテリ上、バッテリ上、UPS 電源オフが開始されました」という 2 回表示される「バッテリ上」でログに記録されます。 |
| 【説明/回避策】 このログに記録されたイベントの「On Battery」の 2 番目のインスタンスは無視できます。 | |
| 4 | 【現象】 ［Event Log（イベントログ）］ページの［Export（エクスポート）］ボタンをクリックしても、ローカルマシンでイベントログのコピーが保存されない。 |
| 【説明/回避策】 Internet Explorerで［ツール - インターネット オプション］をクリックし、［詳細］タブをクリックしてください。［暗号化されたページをディスクに保存しない］オプションを無効にしてください。詳細については、http://support.microsoft.com/kb/2549423を参照してください。 | |
| 5 | 【現象】 PowerChuteの接続先を別の種類のUPS装置に切り替えると、UIで設定可能イベントリストが更新されない（各UPS装置には別々の設定可能イベントがある）。 |
| 【説明/回避策】 PowerChuteサービスを再起動し、イベントの正しいリストを表示してください。 | |
| 6 | 【現象】 PowerChuteサービスまたはデーモンの起動後、すべてのNMCがPowerChuteと通信状態になるまで、PowerChuteが並列システムの通信確立済みイベントを記録しない。1つ以上のNMCがPowerChuteと通信すると、通信確立済みが報告されるはずである。 |
| 【説明/回避策】 解決方法はありません。 |
Windows
| 1 | 【現象】 PowerChuteから呼び出された場合に、コマンドファイルが正しく実行されない。すべてのステートメントが実行される前に、コマンドファイルが停止する。 |
| 【説明/回避策】 コマンドファイルは@STARTコマンドを使用して実行ファイルプログラムを実行し、プログラムのフルパス名を使用する必要があります。パス名にスペースが含まれている場合は引用符で囲む必要があります。実行ファイルに引数を使用する場合はそれを引用符の外に指定してください。 【説明/回避策】 例えば、HyperTerminalを実行し、コマンドファイルにバックアップする必要がある場合、次の構文を使用してください。 @START "c:\Program Files\Windows NT\hypertrm.exe" arguments @START c:\Winnt\system32\backup arguments | |
| 2 | 【現象】 DHCPでIPアドレスを取得しているPowerChuteクライアントが、DHCPアドレスのリース期間を過ぎたために別のIPアドレスを取得した際に、Network Management Cardとの通信が失われてしまう。 |
| 【説明/回避策】 PowerChuteを使用する各システムでは、固定IPアドレスを使用する必要があります。他のマシン向けに変更されないよう、MACアドレスを使用してDHCPでIPアドレスを予約してください。 |
VMware
| 1 | 【現象】 PowerChuteのWeb UIに、最初のvSphere Web Clientプラグインでアクセスできない。次のエラーメッセージが表示されます。「有効なセキュリティー認証で署名されていないため、コンテンツがブロックされました。」 |
| 【説明/回避策】 インフォメーションバーで、ブロックされたコンテンツを表示するオプションを選ぶか、PowerChute SSL証明をTrusted Root Certification Authority Store（信用できるルート証明認証ストア）にインストールするか、またはデフォルトの自己署名されたSSL証明をFA176886の指示に従って信用できる証明と置き換えてください。 | |
| 2 | 【現象】 PowerChute vCenterのプラグインがHTML5-ベースのvSphereクライアントに対応していない。プラグインが、Flex-ベースのvSphere Webクライアントを使わないと閲覧できない。 |
| 【説明/回避策】 回避策はありません。 | |
| 3 | 【現象】 VM優先度付けを有効にしたときに、vAppの一部であるVMが優先度付けが設定されていないグループの一部として移行する。このことは、vAppがより優先度が高いグループに追加された場合ですら発生する。vAppシャットダウン/起動が、割り当てられた優先度付きのグループでも依然として発生する。 |
| 【説明/回避策】 回避策はありません。 | |
| 4 | 【現象】 [Host Protection（ホスト保護）]ページまたは[PowerChute Setup（PowerChuteセットアップ）]ページを介してホストのマッピングに対する変更を試みているときにvSAN Witness Appliance VMの電源が切られた場合に、PowerChuteはそれ以上vSAN Witnessホストを認識できなくなる。 |
| 【説明/回避策】 ホストのマッピングを変更しているときには、vSAN Witness Applianceの電源を入れないようにしてください。 | |
| 5 | 【現象】 vSAN Witness Applianceが保護されたホスト上で実行されていて、その電源が切られた場合、VMの優先度付けに正しく示されない。 |
| 【説明/回避策】 VMの優先度付けを構成しているときは、vSAN Witness Applianceの電源を入れないようにしてください。電源が入った場合は、vSAN Witness ApplianceはVMの優先度付けを受けるようには示されません。 | |
| 6 | 【現象】 [VM Prioritization（VM優先度付け）] 画面で、PowerChuteがフォールトトレランスを構成した1次、2次VMを認識しない。 |
| 【説明/回避策】 回避策はありません。 | |
| 7 | 【現象】 VCSA VM が優先度の付いたグループに入っていて、シャットダウンの所要時間が使用されていないときにも、[Virtualization Settings（仮想化設定）] ページで[vCenter Server VM Shutdown Duration（vCenterサーバーVMシャットダウン所要時間 ）] フィールドが表示される。 |
| 【説明/回避策】 VCSA VMが優先グループに割り当てられているときは、[Virtualization Settings（仮想化設定）] ページに示される[vCenter Server VM Shutdown Duration（vCenterサーバーVMシャットダウン所要時間 ）] を無視してください。 | |
| 8 | 【現象】 v4.4へのアップグレード後、vAppsとvCenter Server VMが自動的に優先度付けが設定されていない優先グループに割り付けられた。 |
| 【説明/回避策】 アップグレードの終了後、VM優先度付けの設定を確認し、vCenter Server VMとvAppsを優先度の設定されたグループに追加してください。 | |
| 9 | 【現象】 PowerChuteがvCenterサーバーに接続されていない場合、[Virtualization Settings（仮想化設定）] ページ内で[vSAN Settings(vSAN設定）]セクションが表示されない。 |
| 【説明/回避策】 回避策はありません。 | |
| 10 | 【現象】 vAppsおよびvCenter Server VMが同じ優先度のグループに加えらた場合、[VM Prioritization（VM優先度付け）] 画面に警告メッセージが表示されない。 |
| 【説明/回避策】 回避策はありません。 | |
| 11 | 【現象】 vSAN環境で、Delay Maintenance Mode（遅延メンテナンスモード）が有効にされた場合に、正しいメンテナンスモードアクションのみが考慮に入れられる。 |
| 【説明/回避策】 [Virtualization Settings（仮想化設定）] ページ内でDelay Maintenance Mode（遅延メンテナンスモード）が有効にされていることを確認してください。 | |
| 12 | 【現象】 仮想マシンシャットダウンが有効でも所要時間の値が0秒に設定されている場合、シャットダウンシーケンスが進行しない。 |
| 【説明/回避策】 仮想マシンシャットダウンの所要時間に0以外の値を設定してください。 | |
| 13 | 【現象】 高度なUPS構成では、vCenter ServerのIPアドレスを［Communication Settings（通信設定）］ページで変更すると、以前にUPSに関連付けられたVMwareホストがターゲットホストリストから削除されない。 |
| 【説明/回避策】 PowerChuteサービスを再起動し、新しいvCenter Server Inventory内のVMwareホストをUPSに関連付けてください。 | |
| 14 | 【現象】 別々のクラスター内に複数のvAppが存在する場合、PowerChuteが保護されているVMwareホストで実行されていないvAppのイベントを記録しない場合がある。 |
| 【説明/回避策】 解決方法はありません。PowerChuteはこのようなvApp構成の場合、PowerChuteはどのような処理も実行しません。 | |
| 15 | 【現象】 vCenter Server仮想マシン上で動作しているESXiホストが、セットアップウィザード実行中にHost Protection (ホスト保護)ページに追加されない場合、もしくはセットアップウィザードのVirtualization Settings (仮想化設定) ページでvCenter Server仮想マシンシャットダウン所要時間を設定せずに終了した場合、ホストがホスト保護ページに追加され、メインUIで仮想化設定がアップデートされた時、vCenter Server仮想マシンシャットダウン所要時間は正しく追加されません。 |
| 【説明/回避策】 セットアップウィザードを再び実行し、vCenter Server仮想マシンのホストがホスト保護ページに追加された後でセットアップウィザードが終了したことを確認します。 | |
| 16 | 【現象】 PowerChute Web UIを初めて起動した時には、vSphere Web Clientプラグインからアクセスできない。以下のエラーメッセージが表示される。 "Content was blocked because it was not signed by a valid security certificate."(有効なセキュリティー証書によって証明されていないため、コンテンツがブロックされました。) |
| 【説明/回避策】 ブラウザーの情報バーで、ブロックされたコンテンツを表示するオプションを選択するか、または、PowerChute SSL証書を信頼されたルート証明書ストアにインストールしてください。もしくはサポートページのFA53904の説明に従い、デフォルトの自己署名したSSL証書を信頼された証明書に置き換えてください。 | |
| 17 | 【現象】 vMAまたはPowerChute仮想アプライアンスの再起動を実行した後、VM名にダブルバイト文字が含まれている場合、異なる文字コードでpcnsconfig.iniファイルにVM名が保存される場合があります。この場合、INIファイルに保存されている名前がvCenter Serverインベントリー-に含まれるものと異なるため、VMの優先度付けとVMの起動に問題が生じる可能性があります。 |
| 【説明/回避策】 回避策はありません。 |
Nutanix
| 1 | 【現象】 無効な SSH キー ファイル パスが指定された場合、PowerChute セットアップ ウィザードの [コントローラー VM/クラスターの詳細] ページが応答しなくなる場合があります。 |
| 【説明/回避策】 ブラウザでページをリロードします。 | |
| 2 | 【現象】 [SSH キー ファイルへのパス] に誤った値が入力された場合、Nutanix CVM / Cluster Password 入力フィールドが PowerChute UI から削除されます。 注: この問題は、Nutanix をサポートする VMware に固有の問題です。 |
| 【説明/回避策】 ブラウザでページをリロードします。 | |
| 3 | 【現象】 [SSH キー ファイルへのパス] に間違った値が入力された場合、Nutanix AHV ホスト パスワード入力フィールドが PowerChute UI から削除されます。 注: この問題は、Nutanix Acropolis Hypervisor (AHV) 構成に固有の問題です。 |
| 【説明/回避策】 ブラウザでページをリロードします。 | |
| 4 | 【現象】 Web UI に Nutanix 設定が表示されない CVM/クラスターの詳細を含むページ ただし、構成ウィザードには表示されます。 |
| 【説明/回避策】 必要に応じて、PowerChute セットアップ ウィザードを再実行します。 CVM/クラスタのIPアドレスまたはパスワードを変更します。 | |
| 5 | 【現象】 シャットダウン中に vCenter Server が使用できない場合は、代替シャットダウン プロセスが使用され、SSH キーを使用して Nutanix Files VM に接続することはできません。これにより、Nutanix Files VM のシャットダウン時に問題が発生する可能性があります。 |
| 【説明/回避策】 クラスター認証には、SSH キーとパスフレーズの代わりにユーザー名とパスワードを使用します。 | |
| 6 | 【現象】 Nutanix AHV ホストのパスワードは、PowerChute UI の通信設定ページから更新できません。 注: この問題は、Nutanix Acropolis Hypervisor (AHV) 構成に固有の問題です。 |
| 【説明/回避策】 PowerChute セットアップ ウィザードを再実行して、構成中に Nutanix AHV ホスト パスワードを指定します。 | |
| 7 | 【現象】 Nutanixクラスター内に複数のAFSがある場合、PowerChuteがAcropolis File Services (AFS) VMをシャットダウンできない。 |
| 【説明/回避策】 この構成はサポートされていません。Nutanixクラスターの中のAFSクラスターはひとつのみであることを確認してください。 | |
| 8 | 【現象】 Nutanix Guest Tools (NGT) がインストールされていないVMが、その割り当てられている優先グループとは無関係に、シャットダウンシーケンスの最後にシャットダウンされる。 |
| 【説明/回避策】 NGTをお使いのNutanixクラスター内のVMにインストールしてください。詳細については、Nutanixが発行しているEnabling and Mounting Guest Tools article（ゲストツールの有効化、搭載の記事）を参照してください。 | |
| 9 | 【現象】 [Virtualization Settings（仮想化設定）] ページ内で [Al Hosts online prior to startup（起動前にすべてのホストをオンラインにする）] チェックボックスが選択されていない場合でも、クラスターを起動する前にNutanixが常にすべてのホストがオンラインになるまで待つ。 |
| 【説明/回避策】 Nutanix合ポートが有効になっている場合は、[Al Hosts online prior to startup（起動前にすべてのホストをオンラインにする）] チェックボックスを選んでください。 | |
| 10 | 【現象】 ホストが問題なくメンテナンスモードに入った場合でも、PowerChuteがホストメンテナンスモードに失敗したと報告することがある。 |
| 【説明/回避策】 [Virtualization Settings（仮想化設定）] ページ内で遅延メンテナンスモードの所要時間を延ばしてください。 | |
| 11 | 【現象】 PowerChuteセットアップウィザードに時間がかかる。 PowerChute UIにアクセスしているマシンとそれに接続しているハードウェアの間のネットワーク接続の速度が遅い場合に、この問題が発生する可能性がある。 |
| 【説明/回避策】 より速度の速いネットワーク接続でマシンからPowerChute UIにアクセスしてください。 | |
| 12 | 【現象】 [Nutanix CVM/Cluster Details（Nutanix CVM/クラスター詳細）] ページ内で [Next（次へ）] ボタンを２回押したときに、UIからログアウトされる。 PowerChute UIにアクセスしているマシンとそれに接続しているハードウェアの間のネットワーク接続の速度が遅い場合に、この問題が発生する可能性がある。 |
| 【説明/回避策】 より速度の速いネットワーク接続でマシンからPowerChute UIにアクセスしてください。 | |
| 13 | 【現象】 すべてのホストがシャットダウンした後に、シャットダウンシーケンスの最後にPowerChuteがNutanix CVMの電源を入れようと試みる。ホストはすでにシャットダウンしているが、Event Logに正しくログする試みが為されないため、CVMが起動しない。 |
| 【説明/回避策】 回避策はありません。 |
HPE SimpliVity
| 1 | 【現象】 vCenter Server が OmniStack 仮想コントローラー (OVC) VM とは異なるネットワーク サブネット上にあり、アクセスできない場合、OVC VM のシャットダウンに長い時間がかかります。 PowerChute は、OVC VM を正常にシャットダウンできなかったことを報告し、シャットダウンを続行します。 |
| 【説明/回避策】 回避策はありません。 | |
| 2 | 【現象】 シャットダウン後、ESXi ホストの電源が手動でオンになり、起動時にアクティブな重大イベントが発生した場合、PowerChute は完全なシャットダウン シーケンスを再度開始します。 |
| 【説明/回避策】 回避策はありません。 | |
| 3 | 【現象】 vCenter Server が再起動されると、VM にインストールされている VMware ツールは、HPE SimpliVity クラスター内のすべての OmniStack 仮想コントローラー (OVC) VM に対して同じ IP アドレスを誤って表示します。この問題が発生すると、OVC VM をシャットダウンできず、イベント ログにエラー メッセージが記録されません。 |
| 【説明/回避策】 HPE vSphere プラグイン オプションを使用して、OmniStack 仮想コントローラー VM を一度に 1 つずつ再起動します。 1.必要なOmniStack仮想コントローラーVMがあるホストを右クリックします。 2.「すべてのHPE SimpliVityアクション」をクリックし、「仮想コントローラーのシャットダウン...」をクリックします。 OVC VM が再起動すると、正しい IP アドレスが表示されます。 |
Dell VxRail
| 1 | 【現象】 Network Management Card は VxRail Manager に接続して Cluster Shutdown API 呼び出しを発行できません。これは、PowerChute の構成時に VxRail Manager に短いホスト名が使用されている場合に発生します |
| 【説明/回避策】 PowerChute を設定するときは、VxRail Manager の IP アドレスまたは完全修飾ドメイン名を使用します。 | |
| 2 | 【現象】 シャットダウン中に、以下のイベントがイベント ログに 2 回表示されます。 「VxRail クラスターのシャットダウンを開始するための Network Management Card <IP_address> への要求は成功しませんでした。ユーザーガイドのトラブルシューティングセクションを参照してください。」 |
| 【説明/回避策】 回避策はありません。 | |
| 3 | 【現象】 重大なイベントの後に PowerChute ホストの電源がオンになると、重大なイベントが解決されない場合、起動シーケンス中に正常なシャットダウンがトリガーされます。 |
| 【説明/回避策】 回避策はありません。 | |
| 4 | 【現象】 「起動前にすべてのホストをオンラインにする」が有効になっている場合、PowerChute はホストが使用可能になる前にユーザー VM を起動します。 注: この問題は、ストレッチ クラスター構成で発生します。 |
| 【説明/回避策】 回避策はありません。この問題による機能への大きな影響はなく、クラスター内の各ノードでユーザー VM を開始する間には遅延が発生します。 |
公開日：2023年5月25日
公開先:APC 日本
詳細を見る
製品群:
詳細を見る
製品群:
