UNIX および Linux コンピューターの監視のトラブルシューティング

[アーティクル]
02/09/2024

重要

このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。

System Center - Operations Manager では、Windows コンピューターの監視と同様の UNIX および Linux コンピューターの監視機能も利用できます。ヘルスとパフォーマンスの監視、レポートの取得、タスクの実行、およびカスタム監視インストルメンテーションの実装を行うことができます。

UNIX および Linux コンピューターで次の要素を監視できます。

サービスおよびアプリケーション
ファイルシステム、ディスクの空き領域、スワップ領域、システムメモリ
ネットワークインターフェイス
コアプロセスおよび属性
主な構成

UNIX および Linux コンピューターを監視する前に、次の手順を完了する必要があります。

Microsoft ダウンロードセンターから最新バージョンをダウンロードして、管理パックをインポートします。
UNIX および Linux コンピューターを監視するための専用リソースプールを作成します。
プール内の各管理サーバーの証明書を構成します。
実行アカウントを作成して構成します。
検出ウィザードを使用して UNIX および Linux にエージェントをインストールします。

Microsoft ダウンロードセンターから最新バージョンをダウンロードして、管理パックをインポートします。
UNIX および Linux コンピューターを監視するための専用リソースプールを作成します。
プール内の各管理サーバーの証明書を構成します。
実行アカウントを作成して構成します。
検出ウィザードを使用して UNIX および Linux にエージェントをインストールします。

Microsoft ダウンロードセンターから最新バージョンをダウンロードして、管理パックをインポートします。
UNIX および Linux コンピューターを監視するための専用リソースプールを作成します。
プール内の各管理サーバーの証明書を構成します。
実行アカウントを作成して構成します。
検出ウィザードを使用して UNIX および Linux にエージェントをインストールします。

上記の手順を完了し、1 つ以上の UNIX および Linux コンピューターにエージェントを正常に検出して展開したら、それらが正しく監視されていることを確認する必要があります。エージェントを展開すると、実行アカウントが該当する検出ルールを使って検出を実行し、監視が開始されます。数分後、[管理] ワークスペースで[デバイス管理/UNIX/Linux コンピューター] に移動し、コンピューターが [不明] と表示されていないことを確認します。検出されて OS とディストリビューションの特定のバージョンが表示されている必要があります。

既定では、Operations Manager は次のオペレーティングシステムオブジェクトを監視します。

オペレーティングシステム
論理ディスク
ネットワークアダプター

UNIX および Linux 管理パックテンプレートを使用して、管理対象の UNIX および Linux コンピューターに追加の監視および対話機能を提供できます。詳細については、オーサリングガイドの「 UNIX または Linux のログファイル」と「 UNIX または Linux のサービス」を参照してください。

UNIX および Linux の監視に関するトラブルシューティング

次のセクションは、Operations Manager での UNIX および Linux コンピューターの監視において発生する場合がある問題についての情報を提供します。

証明書署名エラーメッセージ

UNIX または Linux エージェントのインストール中、次のエラーが表示されることがあります。

Event Type: Error  
Event Source: Cross Platform Modules  
Event Category: None  
Event ID: 256  
Date: 4/1/2009  
Time: 4:02:27 PM  
User: N/A  
Computer: COMPUTER1  
Description: Unexpected ScxCertLibException: Can't decode from base64  
; input data is:

このエラーは証明書署名モジュールが呼び出されたときに、証明書自体が空の場合に発生します。このエラーは、リモートシステムへの SSH 接続障害が原因である可能性があります。

このエラーが表示される場合は、次の操作を行います。

リモートホスト上の SSH デーモンが実行されていることを確認します。
探索ウィザードで指定された資格情報を使用して、リモートホストとの SSH セッションを開くことができることを確認します。
検出ウィザードで指定された資格情報に、検出に必要な特権があることを確認します。詳しくは、「UNIX および Linux コンピューターにアクセスするために必要な資格情報」をご覧ください。

証明書名とホスト名が一致しない

証明書で使用されている共通名 (CN) は、Operations Manager によって解決される完全修飾ドメイン名 (FQDN) と一致する必要があります。 CN が一致しない場合は、検出ウィザードを実行すると次のエラーが表示されます。

The SSL certificate contains a common name (CN) that doesn't match the hostname

UNIX または Linux コンピューターで証明書の基本的な詳細を表示するには、次のコマンドを入力します。

openssl x509 -noout -in /etc/opt/microsoft/scx/ssl/scx.pem -subject -issuer -dates

これを行うと、次のような出力が表示されます。

subject= /DC=name/DC=newdomain/CN=newhostname/CN=newhostname.newdomain.name  
issuer= /DC=name/DC=newdomain/CN=newhostname/CN=newhostname.newdomain.name  
notBefore=Mar 25 05:21:18 2008 GMT  
notAfter=Mar 20 05:21:18 2029 GMT

ホスト名と日付を検証し、Operations Manager 管理サーバーで解決される名前に一致していることを確認します。

ホスト名が一致しない場合は、次のいずれかのアクションを使用して問題を解決します。

UNIX または Linux ホスト名は正しいものの、Operations Manager 管理サーバーがそれを正しく解決していない場合は、正しい FQDN と一致するように DNS エントリを変更するか、Operations Manager サーバーの hosts ファイルにエントリを追加します。
UNIX または Linux のホスト名が正しくない場合は、次のいずれかの操作を行います。
- UNIX または Linux ホストのホスト名を正しいものに変更し、新しい証明書を作成します。
- 目的のホスト名で新しい証明書を作成します。

証明書で名前を変更するには:

証明書が正しくない名前で作成された場合は、ホスト名を変更して証明書と秘密キーを再作成することができます。これを行うには、UNIX または Linux コンピューターで、次のコマンドを実行します。

/opt/microsoft/scx/bin/tools/scxsslconfig -f -v

-f オプションは /etc/opt/microsoft/scx/ssl にあるファイルの上書を強制します。

次の例で示すように、 -h や -d スイッチを使って証明書上のホスト名やドメイン名を変更することもできます。

/opt/microsoft/scx/bin/tools/scxsslconfig -f -h <hostname> -d <domain.name>

次のコマンドを実行してエージェントを再起動します。

/opt/microsoft/scx/bin/tools/scxadmin -restart

hosts ファイルにエントリを追加するには:

FQDN が逆引き DNS にない場合は、管理サーバー上にある hosts ファイルにエントリを追加して、名前解決を提供できます。 hosts ファイルは Windows\System32\Drivers\etc フォルダーにあります。 hosts ファイル内のエントリは、IP アドレスと FQDN の組み合わせです。

たとえば、ip アドレスが 192.168.1.1 の newhostname.newdomain.name という名前のホストのエントリを追加するには、hosts ファイルの末尾に次を追加します。

192.168.1.1      newhostname.newdomain.name

管理パックに関する問題

ExecuteCommand はパイプライン演算子またはエイリアスをサポートしない

ExecuteCommand パラメーターでパイプライン演算子またはエイリアスを使用すると、コマンドに失敗します。 ExecuteCommand パラメーターは、パイプライン演算子、エイリアス、およびシェル固有の構文をサポートしていません。

UNIX および Linux コンピューターを管理するように設計された System Center Operations Manager 管理パックでは、 ExecuteCommand パラメーターはシェルプロセスを開始しないため、カスタムアクションは失敗します。

次の各種類のカスタムアクションに対し、 ExecuteCommand パラメーターまたは ExecuteShellCommand パラメーターを使用してコマンド引数を呼び出す方法を指定します。

Microsoft.Unix.WSMan.Invoke.ProbeAction
Microsoft.Unix.WSMan.Invoke.WriteAction
Microsoft.Unix.WSMan.Invoke.Privileged.ProbeAction
Microsoft.Unix.WSMan.Invoke.Privileged.WriteAction

ExecuteCommand パラメーターは、シェルプロセスを開始せずにコマンドライン引数をコンソールに渡します。

ExecuteShellCommand パラメーターは、ユーザーの既定のシェルを使用してコマンド引数をシェルプロセスに渡します。このシェルは、パイプライン演算子、エイリアス、およびシェル固有の構文をサポートします。

Note

ExecuteShellCommand パラメーターは、コマンドを実行しているユーザーの既定のシェルを使用します。特定のシェルが必要な場合は、 ExecuteCommand パラメーターを使用して、コマンド引数の前に必要なシェルを追加します。

次の例で、 ExecuteCommand および ExecuteShellCommand パラメーターの使用方法を示します。

シェルプロセスを開始せずにコマンドライン引数をコンソールに渡すには

<p:ExecuteCommand_INPUT xmlns:p="https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_OperatingSystem"> <p:Command> service syslog status </p:Command> <p:timeout>10</p:timeout> </p:ExecuteCommand_INPUT>
明示的なシェルを参照するシェルプロセスにコマンドライン引数を渡すには

<p:ExecuteCommand_INPUT xmlns:p="https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_OperatingSystem"> <p:Command> /bin/sh ps -ef syslog | grep -v grep </p:Command> <p:timeout>10</p:timeout> </p:ExecuteCommand_INPUT>
ユーザーの既定のシェルを使用するシェルプロセスにコマンド引数を渡すには

<p:ExecuteShellCommand_INPUT xmlns:p="https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_OperatingSystem"> <p:Command> uptime |  awk '{print $10}' |awk -F"," '{print $1}' </p:Command> <p:timeout>10</p:timeout> </p:ExecuteShellCommand_INPUT>

Logging and Debugging

このセクションでは、UNIX および Linux コンピューターの監視に関する問題をトラブルシューティングするためのログ記録ツールとデバッグツールを有効にする方法について説明します。

Note

Operations Manager 2019 UR3 では、エージェントを再起動しなくてもログレベルの設定を変更できます。詳細については、こちらを参照してください。

Note

エージェントを再起動させることなく、ログレベルの設定を変更できます。詳細については、こちらを参照してください。

Operations Manager モジュールのログ記録を有効にする

UNIX および Linux 用の Operations Manager エージェントは、クライアントの問題のトラブルシューティングを行うときに役立つ複数のログファイルを保持します。これらのログファイルは、UNIX または Linux のマネージドコンピューターに置かれます。必要に応じて、エージェントのログファイルのログ記録レベルを構成できます。より詳細なログ記録が問題の診断に役立つこともあります。通常の操作では、ログファイルの過剰な増加を防ぐために、ログレベルを既定の構成 (中間) よりも詳細な値に設定しないでください。

Note

Windows リモート管理 (WinRM) の外部で行われる呼び出しは、SSH と SFTP を使用して行われます。これらのコンポーネントは、Operations Manager とは別個のログメカニズムに依存しています。

Note

omiserver.log ログファイルのログレベルを、このバージョンの UNIX および Linux 用 Operations Manager エージェントの既定値から変更することはできません。

コマンドラインまたは PowerShell プロンプトに「」と入力して、これらのモジュールを呼び出すユーザーアカウントの Temp ディレクトリに EnableOpsmgrModuleLogging という名前の空のファイルを作成します。
```
COPY /Y NUL %windir%\TEMP\EnableOpsMgrModuleLogging
```
```
New-Item "$env:windir\TEMP\EnableOpsMgrModuleLogging"
```
注意

一般に、呼び出しを行う SYSTEM アカウントであり、C:\Windows\Temp は既定の SYSTEM temp フォルダーです。
空のファイルの作成後、Operations Manager は、SSH と証明書のアクティビティの Temp ディレクトリへのログ記録をすぐに開始します。 SSH モジュールを呼び出すスクリプトは、.logScriptname.vbs>ログに<記録されます。その他のモジュールには独自のログがあります。

場合によっては、EnableOpsmgrModuleLogging ログを有効にするために HealthService を再起動する必要があります。

UNIX エージェントのログを有効にする

これらのログは、UNIX エージェントの操作を報告します。 Operations Manager に返されるデータに問題がある場合は、このログを確認してください。 scxadmin コマンドを使用して、ログに記録される情報の量を設定できます。このコマンドの構文は次のとおりです。

scxadmin -log-set [all|cimom|provider] {verbose|intermediate|errors}

次の表に、指定可能なパラメーター値を示します。

Level	説明
エラー	警告またはエラーメッセージのみをログに記録します。
中級	ログ情報、警告、およびエラーメッセージ。
"詳細"	デバッグログを含む情報、警告、エラーメッセージをログに記録します。このレベルでログを記録すると、ログファイルのサイズが急速に増大する可能性があります。このオプションは、特定の問題を診断するために短期間のみ使用することをお勧めします。

DebugView を使用して検出に関する問題をトラブルシューティングする

DebugView は、検出の問題をトラブルシューティングするための EnableOpsmgrModuleLogging の代替方法です。

https://go.microsoft.comfwlink/?Linkid=129486 から DebugView をダウンロードします。
検出を実行する管理サーバーで DebugView を起動します。
UNIX エージェントの検出を開始します。 DebugView ウィンドウに出力が表示されます。
DebugView が、検出ウィザードプロセスの各ステップを読み出します。多くの場合、これが最も迅速なトラブルシューティング方法です。

Windows リモート管理の Operations Manager ログを有効にする

この詳細トレースメソッドは、データをエージェントから収集するために Operations Manager により使用されている Windows リモート管理 (WinRM) のクエリを見るために使用されます。 WinRM 接続に問題があると思われる場合は、このログにトラブルシューティングに役立つ詳細情報が表示されます。

UNIX または Linux エージェントを監視している管理サーバーで、コマンドプロンプトを開きます。
コマンドプロンプトで次のコマンドを入力します。
1. cd C:\Program Files\Microsoft System Center\Operations Manager\Tools
2. StopTracing.cmd
3. StartTracing.cmd VER
Operations Manager で発生している問題を再現します。
コマンドプロンプトで次のコマンドを入力します。
1. StopTracing.cmd
2. FormatTracing.cmd
TracingGuidsNative.log ファイルで WS-Man を検索します。

Note

WinRM は、Ws-Management (WS-Man) とも呼ばれます。

Note

FormatTracing コマンドを実行すると、Windows エクスプローラーウィンドウが開き、C:\Windows\Logs\OpsMgrTrace ディレクトリが表示されます。 TracingGuidsNative.log ファイルはこのディレクトリにあります。

UNIX および Linux のログファイルを管理する

UNIX および Linux 用 Operations Manager エージェントでは、エージェントログファイルのサイズは制限されません。ログファイルの最大サイズを制御するには、ログファイルを管理するプロセスを実装します。たとえば、多くの UNIX および Linux オペレーティングシステムには、標準ユーティリティとして logrotate が用意されています。この logrotate ユーティリティを構成して、UNIX または Linux 用の Operations Manager エージェントが使用するログファイルを制御できます。エージェントのログファイルを循環または変更した後でログ記録を再開するには、ログが循環したことをエージェントに通知する必要があります。 scxadmin コマンドを次の構文で -log-rotate パラメーターと共に使用できます。

scxadmin -log-rotate all

logrotate 構成ファイルの例

次の例では、scx.log ファイルをローテーションし、Linux の logrotate ユーティリティを使用してomiserver.logする構成ファイルを示します。通常、logrotate は (crond によって) スケジュールされたジョブとして実行され、/etc/logrotate.d 内の構成ファイルに基づいて動作します。この構成ファイルをテストして使用するには、各自の環境に合わせて構成を変更し、そのファイルを /etc/logrotate.d にリンクまたは保存します。

#opsmgr.lr  

#Rotate scx.log  
#Weekly rotation, retain four weeks of compressed logs  
#Invoke scxadmin -log-rotate to resume logging after rotation  

/var/opt/microsoft/scx/log/scx.log {  
rotate 4  
weekly  
compress  
missingok  
notifempty  
postrotate  

/usr/sbin/scxadmin -log-rotate all  
endscript  
}

#Rotate scx.log for the monitoring user account named: monuser  
#Weekly rotation, retain four weeks of compressed logs  
#Invoke scxadmin -log-rotate to resume logging after rotation  

/var/opt/microsoft/scx/log/monuser/scx.log {  
rotate 4  
weekly  
compress  
missingok  
notifempty  
postrotate  

/usr/sbin/scxadmin -log-rotate all
endscript  
}  

#Optionally, rotate omiserver.log. This requires that OMI be stopped and started to prevent  
#impact to logging. Monthly rotation, retain two weeks of compressed logs  
#Uncomment these lines if rotation of omiserver.log is needed  

#/var/opt/microsoft/scx/log/omiserver.log{  
#        rotate 2  
#        monthly  
#        compress  
#        missingok  
#        notifempty  
#        prerotate  
#        /usr/sbin/scxadmin -stop  
#        endscript  
#        postrotate  
#        /usr/sbin/scxadmin -start  
#        endscript\
#}

次の手順

エージェントのデプロイに関する一般的な問題の解決に役立つ他のガイダンスについては、Operations Manager 2012 トラブルシューティング: UNIX/Linux エージェント検出 Wiki に関するページをご覧ください。

UNIX および Linux コンピューターの監視のトラブルシューティング

UNIX および Linux の監視に関するトラブルシューティング

証明書署名エラーメッセージ

証明書名とホスト名が一致しない

管理パックに関する問題

ExecuteCommand はパイプライン演算子またはエイリアスをサポートしない

Logging and Debugging

Operations Manager モジュールのログ記録を有効にする

UNIX エージェントのログを有効にする

DebugView を使用して検出に関する問題をトラブルシューティングする

Windows リモート管理の Operations Manager ログを有効にする

UNIX および Linux のログファイルを管理する

logrotate 構成ファイルの例

次の手順

フィードバック

フィードバック

その他のリソース

UNIX および Linux コンピューターの監視のトラブルシューティング

UNIX および Linux の監視に関するトラブルシューティング

証明書署名エラー メッセージ

証明書名とホスト名が一致しない

管理パックに関する問題

ExecuteCommand はパイプライン演算子またはエイリアスをサポートしない

Logging and Debugging

Operations Manager モジュールのログ記録を有効にする

UNIX エージェントのログを有効にする

DebugView を使用して検出に関する問題をトラブルシューティングする

Windows リモート管理の Operations Manager ログを有効にする

UNIX および Linux のログ ファイルを管理する

logrotate 構成ファイルの例

次の手順

フィードバック

フィードバック

その他のリソース

証明書署名エラーメッセージ

UNIX および Linux のログファイルを管理する