Hardware Management Pack のインストールを実行する前に、次のトピックを確認してください。
Oracle Linux Fault Management (FMA) ソフトウェアが正しく機能しない場合は、次のモジュールおよびサービスが正しい状態になっていることを確認してください。
|
次のサービスとモジュールを確認する方法については、Oracle Linux FMA ソフトウェアをインストールする前に必須の Linux コンポーネントをインストールするを参照してください。
Oracle Solaris OS または Linux OS が実行されているサーバーで DISPLAY 変数が設定されると、インストーラが異常終了します。この問題を回避するには、Hardware Management Pack をインストールする前に DISPLAY 変数の設定を解除します。
Oracle Solaris OS システムで Oracle Hardware Management Pack インストーラを起動すると、次のエラーが表示されることがあります。
./install.bin: !: not found
このエラーは無視することができ、インストーラは正常に起動します。
SUNWCreq (コアシステムサポート) メタクラスタがインストールされた、Oracle Solaris OS が稼働しているサーバーに Oracle Hardware Management Pack をインストールする場合は、事前に SUNWxcu4 (POSIX df コマンドを含む) をインストールするか、次の環境変数を設定する必要があります。
IATEMPDIR=$HOME
Windows Server 2008 R2 が稼働している Sun Fire X4170 M2 システムでは、RAIDconfig ツールを使用する前に、X4170 M2 のツールおよびドライバ CD からドライバをインストールします。ドライバをインストールしないと、内部 ICH10 コントローラに接続されている HDD のスロット情報が正しく報告されない可能性があります。
Oracle Hardware Installation Assistant を使用して Windows Server 2008 R2 をインストールすることでも、この問題を回避できます。
Oracle Solaris OS 10 サーバーに SUNWipmi がインストールされている場合は、Hardware Management Pack を正常にインストールできません。唯一の回避方法は、control-c を使用して実行中のインストールを中止し、インストールされているバージョンの SUNWipmi を削除したあとで、ふたたび Hardware Management Pack のインストールを開始することです。
Oracle Linux 6 で GUI モードの Oracle Hardware Management Pack インストーラを使用すると、グラフィカルインストーラを起動できません。これは、libXtst.i686 パッケージがデフォルトでインストールされないためです。GUI モードを使用する前にこのパッケージをインストールするか、コンソールモードを使用します。
Oracle Hardware Management Pack インストーラを使用して Linux に QLogic サポートをインストールすることを選択した場合、プロセスに長時間かかることがあります。このプロセスをより効率的にするには、QLogic パッケージを手動でインストールします。
インストールプロセス中に、「summary」画面が表示されることがあります。
Disk Space Information (for Installation Target): Required: 169,082,111 bytes Available: Error!
これは無視しても差し支えありません。
Solaris Automated Installer (Solaris 11 で導入) を使用してサーバーにソフトウェアを配備すると、Automated Installer がインストール中にリブートを実行したあとで、サーバーのホストと ILOM の相互接続機能 (多数の Oracle Hardware Management Pack 機能に必須) が無効状態のままになることがあります。これが発生した場合、インストールの完了後に 2 回目のサーバーリブートを実行すると、この問題が修正されます。
サーバーが Automated Installer によって設定されたかどうかを判別するには、次のコマンドを入力します。
# netadm list | grep ncp ncp Automatic online <-- Automated Installer was used ncp DefaultFixed disabled
Linux Anaconda インストーラまたは Oracle System Assistant 補助付き OS インストール (Anaconda インストーラを呼び出します) を使用すると、Oracle Linux FMA ソフトウェアのインストールは失敗することがあります。OS のインストールは正常に完了し、ソフトウェアはインストールされます。ただし、インストールおよびシステムのリブート後に、必要な Oracle Linux FMA サービスが自動的に起動されません。その結果、いずれの Oracle Linux FMA 障害イベントもホストで記録または検出されません。
これが発生した場合は、次の手順を実行してください。
OS のインストールプロセスを完了して、Oracle Linux FMA ソフトウェアのインストールの失敗メッセージは無視します。
システムのリブート後に、root としてログインして、マニュアルページのディレクトリを作成します。
# mkdir -p /usr/local/share/man/man1m
インストールしたマニュアルページへのソフトリンクを作成します。
# ln -s -t /usr/local/share/man/man1m /opt/fma/share/man/man1m/fmadm.1m /opt/fma/share/man/man1m/fmdump.1m /opt/fma/share/man/man1m/fmd.1m /opt/fma/share/man/man1m/intro.1m
適切なサービスを有効にします。
# chkconfig --add ksyseventd.init
# chkconfig --add fmd.init
次に、サービスを起動します。
# service ksyseventd.init start
# service fmd.init start
fmadm config コマンドを使用して、すべての Oracle Linux FMA ソフトウェアコンポーネントがインストールされて準備できたことを確認します。
例:
[root@testserver16 ~]# fmadm config MODULE VERSION STATUS DESCRIPTION ext-event-transport 0.2 active External FM event transport fmd-self-diagnosis 1.0 active Fault Manager Self-Diagnosis ip-transport 1.1 active IP Transport Agent mce 1.0 active Machine Check Translator sysevent-transport 1.0 active SysEvent Transport Agent syslog-msgs 1.1 active Syslog Messaging Agent
Oracle Linux FMA が Oracle Linux 7 で正しく機能するには、mcelog サービスがデーモンモードでのみ実行されている必要があります。ただし、デフォルトでは、Oracle Linux 7 での mcelog サービスは引数 --ignorenodev --daemon --foreground を指定して実行されます。そのため、Oracle Linux 7 が実行されているシステムに Oracle Linux FMA 2.3.1 をインストールする前に、mcelog サービスを再構成する必要があります。
次のコマンドを入力して、mcelog サービスがインストールされて実行中であることを確認します。
systemctl status mcelog
mcelog がインストールされていない場合は、次が表示されます。
[root@testserver16 ~]# systemctl status mcelog mcelog.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead)
mcelog がインストールされていない場合は、次のコマンドを入力して yum を使用して mcelog をインストールします。
yum install mcelog
インストールが成功したら、次の手順に進みます。
/etc/mcelog/mcelog.conf ファイルを編集して、次を行います。
「raw=yes」エントリのコメントを解除します。
既存の「memory-ce-threshold」エントリをコメントにして、「memory-ce-threshold = 3 / 72h」という新しいエントリを作成します。
/etc/mcelog/mcelog.setup ファイルを編集して、既存の「/usr/sbin/mcelog --ignorenodev --syslog --foreground」エントリをコメントにして、「/usr/sbin/mcelog --daemon」という新しいエントリを作成します。
/etc/systemd/system/multi-usr.target.wants/mcelog.service ファイルを編集して、次の「[Service]」セクションを変更します。
[Service] ExecStartPre=/etc/mcelog/mcelog.setup ExecStart=/usr/sbin/mcelog --ignorenodev --daemon --foreground StandardOutput=syslog
変更後:
[Service] Type=forking ExecStartPre=/etc/mcelog/mcelog.setup ExecStart=/usr/sbin/mcelog --daemon StandardOutput=syslog
次のコマンドを入力して、行なった変更を適用します。
systemctl daemon-reload
次のコマンドを入力して、mcelog サービスを再起動します。
systemctl restart mcelog
次のコマンドを入力して、mcelog がデーモンモードで実行中であることを確認します。
systemctl status mcelog
次のような出力が表示されます。
[root@testserver16 ~]# systemctl status mcelog mcelog.service - Machine Check Exception Logging Daemon Loaded: loaded (/usr/lib/systemd/system/mcelog.service; enabled) Active: active (running) since Fri 2014-10-03 12:52:13 EDT; 6s ago Process: 3939 ExecStart=/usr/sbin/mcelog --daemon (code=exited, status=0/SUCCESS) Process: 3935 ExecStartPre=/etc/mcelog/mcelog.setup (code=exited, status=0/SUCCESS) Main PID: 3940 (mcelog) CGroup: /system.slice/mcelog.service |__3940 /usr/sbin/mcelog --daemon