この問題は、両方のサーバーに影響を及ぼします。
SP のフェイルオーバー中、SP がアクティブ SP になると、障害データベースに保存されている現在の一連の障害を再入力する必要があります。これが完了する前に、システムのほかの部分から障害情報が要求された場合、次の動作が示されることがあります。
重複した障害が投稿されることがあります。両方の障害に対して、同じ ereport クラス、障害クラス、およびリソースが識別されます。唯一の違いは、各障害のタイムスタンプです。
すでに障害が発生している FRU の fault.fruid.replay が投稿されることがあります。
SP のフェイルオーバー後に、Oracle ILOM で診断された障害の一部またはすべてがホストに表示されませんが、FMA ip-transport 接続をリセットした場合、すべての障害が表示されます。
回避方法: この問題を回避するには、SP のフェイルオーバーを開始する前に、すべての障害状況を解決し、すべてのサービスアクションを実行する必要があります。
計画外の障害が発生し、この問題がトリガーされた場合、Oracle Solaris プロンプトで、次のコマンドを使用します。
root@host-name:~# fmadm reset ip-transport
回復方法: Oracle Solaris プロンプトで次のコマンドを使用し、ip-transport 接続をリセットして、障害のリストを再生させます。
root@host-name:~# fmadm reset ip-transport