「古い VM マネージャー・データ」および 「VM マネージャー・データがない」の状況のトラブルシューティング
ここでは、BigFix Inventory で VM マネージャー・データを取得できない理由と、そのトラブルシューティングについて説明します。「古い VM マネージャー・データ」または「VM マネージャー・データがない」の状況のコンピューターに対して、リストされたソリューションを適用します。
バックグラウンド
- BigFix Inventory アプリケーション更新 10.0.4 以降の新規インストールの場合は、BigFix Inventory サーバーと同じコンピューター。
- アプリケーション更新 10.0.3 以下の場合、またはアプリケーション更新 10.0.4 以降にアップグレードされている環境の場合は、BigFix サーバーと同じコンピューター。
データを取得できない理由
- ハイパーバイザーの接続が定義されていない。
- VM マネージャー・ツールからハイパーバイザーに接続してデータを収集することができない。
- VM マネージャー・ツールで結果を生成できない。または、生成された結果を BigFix Inventory に正しく送信することができない。
- VM マネージャー・ツールによって収集された結果が正しくないか不完全である。
トラブルシューティング開始
- ご使用の環境にインストールされている VM マネージャー・ツールの数。
- 接続するハイパーバイザーの数。
- ハイパーバイザーにログインするための適切な権限が設定された有効な資格情報。
アプリケーション更新 9.2.12 以降、トラブルシューティングに必要なデータを取得するために、VM Manager tool がインストールされているコンピューターに移動する必要はありません。 がコンピューターから VM マネージャー・データを取得できない場合は、「コンピューター・サポート・データ」パネルに移動し、関連するコンピューターからログをダウンロードして、問題を調査します。ログ・パッケージをダウンロードする方法について詳しくは、以下を参照してください。トラブルシューティングの目的でログを収集する。
トラブルシューティング
- コンピューターがパブリック・クラウド上で実行されているかどうかを識別し、さらにパブリック・クラウド上で実行中になっていることを識別する
- 詳細については、「パブリック・クラウド上のコンピューターの識別」を参照してください。
- すべての VM マネージャーが BigFix Inventory に定義されているかどうかを確認する
-
- BigFix Inventory にログインします。
- 集中モードでの VM マネージャーの追加」または「分散モードでの VM マネージャーの追加」を参照してください。注: VM マネージャーの URL が正しい形式で指定されていることを確認してください。この URL の形式は、使用するテクノロジーやバージョンによって異なります。
に移動し、すべての VM マネージャー接続が定義されているかどうかを確認します。定義されていない場合は、「
- VM マネージャーのすべての接続の状況が「OK」 になっているかどうかを確認する
- VM マネージャーのいずれかの接続の状況が 「OK」になっていない場合は、以下を参照してください。VM マネージャーの状況。
- VM マネージャー・ツールが正しく構成されているかどうかを確認します。
-
VM マネージャー・ツールは、次の場所にインストールされます。
BESClient/LMT/VMMANC:\Program Files (x86)\BigFix Enterprise\BES Client\LMT\VMMAN
-
ツールが正しくインストールされているかどうかを確認するには、BigFix コンソールにログインします。
-
ナビゲーション・パネルで「アクション」をクリックし、「VM マネージャー・ツールのインストール」を選択します。
-
「コンピューター」タブを開き、状況が「完了」に設定されているかどうかを確認します。インストールが失敗した場合は、アクション・スクリプトのどの行が原因で失敗したのかを確認します。これを行うには、リストされているコンピューターをダブルクリックし、「アクション情報の表示」を分析して、問題に関連している行を見つけます。「VM マネージャー・ツールのインストール」アクションが見つからない場合は、以下を参照してください。トラブルシューティング: 「VM マネージャー」パネルの有効化。
-
- 以下のコマンドを実行し、VM マネージャー・ツールが機能しているかどうかを確認します。
BESClient/LMT/VMMAN/vmman.sh -run
BESClient\LMT\VMMAN\vmman.bat -run
- 以下のコマンドを実行して、VM マネージャーに対する接続をテストします。
BESClient/LMT/VMMAN/vmman.sh -testconnection
BESClient\LMT\VMMAN\vmman.bat -testconnection
- 以下のコマンドを実行して、VM マネージャーの状況を確認します。
BESClient/LMT/VMMAN/vmman.sh -status
BESClient\LMT\VMMAN\vmman.bat -status
詳しくは、こちらを参照してください:VM Manager toolの実行 および VM Manager toolコマンド行オプション。
- 集中型と分散型の VM マネージャー・ツールの場合は、VM マネージャー・ツールの実行結果が生成され、その結果が BigFix Inventory サーバーに正しく通信されているかどうかを確認する
-
- スキャン結果が入っているファイルがアップロード用に圧縮されているかどうかを確認します。
- 「コンピューター・サポート・データ」パネルに移動し、調査が必要なコンピューターからログを収集します。ログ・パッケージをダウンロードする方法について詳しくは、以下を参照してください。トラブルシューティングの目的でログを収集する。
- 以下のディレクトリーに移動します。
- \sha1_files\logcollector_0_computer_id_logCollectorAgent.tar\computer_id_logCollectorAgent\var\opt\BESClient\LMT\VMMAN\computer_id
- \sha1_files\logcollector_0_computer_id_logCollectorAgent\Program Files (x86)\BigFix Enterprise\BES Client\LMT\VMMAN\computer_id_vmman.zip
- 結果ファイルがアップロード用に圧縮されていない場合は、アップロード処理がスケジュールされているかどうかを確認します。
- BigFix コンソールにログインします。
- ナビゲーション・ツリーで「アクション」をクリックし、「VM マネージャー・ツール結果のアップロードのスケジュール」を選択します。
- 詳細を確認し、状態に「進行中」のマークが付いていることを確認します。定義されていない場合は、収集されたデータのアップロード。
- 「VM マネージャー・ツール結果のアップロードのスケジュール (Schedule VM Manager Tool Results Upload)」アクションが失敗した場合は、アクション・スクリプトのどの行が原因で失敗したのかを確認します。これを行うには、「コンピューター」タブに移動し、リストされているコンピューターをダブルクリックし、「アクション情報の表示」を分析して、問題に関連している行を見つけます。収集されたデータのアップロードを強制的に実行することもできます。
- スキャン結果が、影響を受けるコンピューターからダウンロードしたログ・パッケージの BES サーバー
sha1
ディレクトリーに存在するかどうかを確認します。- /sha1/vmman_scan_*_computer_id_*_vmman.tar.gz
- \sha1\vmman_scan_*_computer_id_*_vmman.zip
「VM マネージャー・ツール・スキャン結果のアップロードのスケジュール」アクションが正常に完了したものの、ファイルがまだアップロードされていない場合は、このコンピューターからダウンロードして
sha1
ディレクトリーに保存したログ・パッケージに移動し、Index.txt ファイルを確認します。ファイルに以下のエラー (MaxArchiveSize: Exceeded
) が含まれている場合は、サブキャパシティー・レポート用の VM マネージャーの構成注: アプリケーション更新 9.2.14 以降、「コンピューター・サポート・データ」パネルで _BESClient_ArchiveManager_MaxArchiveSize パラメーターの値を超えているかどうかを確認できます。詳しくは、こちらを参照してください:アーカイブの最大サイズを超えているかどうかの確認。 - スキャン結果の入ったファイルが BigFix データベース内で使用可能かどうかを確認します。「コンピューター・サポート・データ」パネルからダウンロードしたログ・パッケージに移動し、 BIGFIX_Uploads ファイルと BIGFIX_uploads_availability ファイルにデータが含まれているかどうかを確認します。結果ファイルが見つからない場合は、BigFix サーバーで FillDB サービスを再起動します。
- 以下のコマンドを実行します。/etc/init.d/besfilldb restart.
- サービス・リストで FillDB サービスを見つけて、再起動します。
- この問題が複数回発生する場合は、BigFix サーバーをアップグレードします。詳しくは、こちらを参照してください: 「Software/Hardware data may not appear in the ILMT/BFI UI after successful ETL import because of the BigFix FillDB APAR IV83671」。
- このコンピューターから収集されたログ・パッケージの DatasourceFile に結果データがあるかどうかを確認してください。
- BigFix データベース内に結果ファイルが存在しているにもかかわらず、DatasourceFile ファイルで見つからない場合は、IBM® サポートにお問い合わせください。
- このコンピューターのログ・パッケージの adm.last_imported_scan ファイルに結果があるかどうかを確認してください。
- ステップ 5 とステップ 6 で示したすべてのデータベース内に結果データが存在しているにもかかわらず、adm.last_imported_scan ファイルに結果データが見つからない場合は、インポートが失敗していることになります。
- 次のディレクトリーに保存されている BigFix Inventory のインポート・ログを確認し、問題をトラブルシューティングします。
Installation_directory/wlp/usr/servers/server1/logs/imports
ここには、このコンピューターのログ・パッケージに添付されている前回のインポート・ログもあります。
- 次のディレクトリーに保存されている BigFix Inventory のインポート・ログを確認し、問題をトラブルシューティングします。
- ステップ 5 とステップ 6 で示したすべてのデータベース内に結果データが存在しているにもかかわらず、adm.last_imported_scan ファイルに結果データが見つからない場合は、インポートが失敗していることになります。
- スキャン結果が入っているファイルがアップロード用に圧縮されているかどうかを確認します。
- VM マネージャー・ツールが有効かつ完全な結果を収集したかどうかを確認します。
- エラーが発生することなく結果ファイルがインポートされたにもかかわらず、VM マネージャー接続の少なくとも 1 つで 「古い VM マネージャー・データ」または「VM マネージャー・データがない」の状況が表示されている場合は、次のステップを実行します。
- 影響を受けるコンピューターの UUID を収集します。
- 「古い VM マネージャー・データ」の状況のトラブルシューティングを行うには、次のステップを実行します。
- BigFix Inventory にログインし、「コンピューター・サポート・データ」パネルで、影響を受けるコンピューターからログを収集します。
- 次のパターンに一致し、タイムスタンプの値が最も高いファイルを開きます。
/sha1_files/cit_capacity_*_<computer_ID>_tlm_hw.tar.gz/<computer_ID>_tlm_hw.tar/tlm_hw_<date_time>_<timestamp>.xml
\sha1_files\cit_capacity_*_<computer_ID>_tlm_hw.zip\tlm_hw_<date_time>_<timestamp>.xml
- コンピューターの UUID を取得します。
<?xml version="1.0" encoding="UTF-8"?> <Hardware> (...) <ComponentID version="1"> <Manufacturer>VMware, Inc.</Manufacturer> <Product>VMware Virtual Platform</Product> <Version>None</Version> <SerialNumber>VMware-12 34 56 78 12 34 12 34-12 34 12 34 56 78 90 12</SerialNumber> <Type></Type> <UUID>12345678-1234-1234-1234-123456789012</UUID> </ComponentID> (...) <VirtualMachineGuest version="1"> <UUID>VMware-12 34 56 78 12 34 12 34-12 34 12 34 56 78 90 12</UUID> <HypervisorType>VMware</HypervisorType> </VirtualMachineGuest> (...) </Hardware>
- 取得した UUID 内のプレフィックスまたはスペースを削除します。UUID が、xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx のパターンに準拠していることを確認します。例: 12345678-1234-1234-1234-123456789012。
- 「VM マネージャー・データがない」の状況のトラブルシューティングを行うには、次のステップを実行します。
- BigFix Inventory にログインします。
- BigFix Inventory にログインし、「キャパシティー・スキャンの状態 」ウィジェットを表示します。このウィジェットには、状況が「VM マネージャー・データがない」になっているエンドポイントの数が表示されます。
- 「VM マネージャー・データがない」をクリックして、VM マネージャー・データが存在しないコンピューターのリストを「ハードウェア・インベントリー」レポート上に表示します。
- このレポートを CSV ファイルにエクスポートして、サーバー ID に関する情報を確認します。
- CSV ファイルを開き、取得した UUID のいずれかを選択します。UUID から TLM_VM_ prefix を削除します。
- 「古い VM マネージャー・データ」の状況のトラブルシューティングを行うには、次のステップを実行します。
- VM マネージャー・ツールのスキャン結果を含むファイルを取得します。
- VM マネージャー・ツールのインストール・ディレクトリーに移動し、次のコマンドを実行します。
/sha1_files/logcollector_*_<computer_id>_logCollectorAgent.tar.gz/<computer_id>_logCollectorAgent.tar/var/opt/BESClient/LMT/VMMAN/debugData.zip \sha1_files\logcollector_*_<computer_id>_logCollectorAgent.zip\Program Files (x86)\BigFix Enterprise\BES Client\LMT\VMMAN\debugData.zip
- VM マネージャー・ツールのインストール・ディレクトリーに生成された debugData.zip ファイルに移動します。
- VM マネージャー・ツールのインストール・ディレクトリーに移動し、次のコマンドを実行します。
- ステップ 1 で取得した UUID が、debugData.zip パッケージの upload サブディレクトリーにあるスキャン結果を含むファイル内に存在するかどうかを確認します。
ステップ 1 で取得した UUID は、VM マネージャー・ツールによって返される UUID とは異なる場合があります。どちらの値も同一の 32 文字で構成されていますが、最初の 16 文字の順序が異なっています。最後の 16 文字のみは、どちらも同じです。例えば、「サーバー ID」列の値は
TLM_VM_12345678-1234-1234-1234-123456789012
になる場合がありますが、VM マネージャー・ツールによって取得される値は78563412-3412-3412-1234-123456789012
です。この問題は、アプリケーション更新 9.2.3 で修正されました。この問題を解決するには、BigFix Inventory を最新バージョンにアップグレードします。アップグレードが完了したら、新しいキャパシティー・データをアップロードして、新しいスキャン結果を生成します。これを行うには、単一のキャパシティー・スキャンを実行し、その結果のアップロードを強制的に実行します。詳しくは、こちらを参照してください:すべてのコンピューターでのキャパシティー・スキャンの開始。キャパシティー・データの更新には、最大で 2 日かかります。更新中に、キャパシティー・スキャン・データと VM マネージャー・データがインポートされます。
- 影響を受けるコンピューターの UUID がスキャン結果ファイルに存在しない場合は、考えられる次の原因を確認します。
- UUID が重複している。
- UUID が重複しているかどうかを確認するには、すべての trace.log ファイルと
config_file.log
ファイルで次の情報を検索します。
trace.log ファイルとDuplicates of UUIDs are found on VM Manager, URL: https://srvvcspr01/sdk/vimService.wsdl. Discarded UUIDs for guests: 4227e866-7121-d731-235a-343077d7ee93.
config_file.log
ファイルは次の場所に保管されています。/sha1_files/logcollector_*_<computer_id>_logCollectorAgent.tar.gz/<computer_id>_logCollectorAgent.tar/var/opt/BESClient/LMT/VMMAN/logs
\sha1_files\logcollector_*_<computer_id>_logCollectorAgent.zip\Program Files (x86)\BigFix Enterprise\BES Client\LMT\VMMAN\logs
注: ログの読みやすさを向上させるには、config ディレクトリー内の構成ファイルを使用して、ハイパーバイザーとの通信をすべて記録します。各構成ファイルには、個別のログと個別の名前 (<config_name.log> など) があります。例えば、構成ファイルvmmconf_8762375104473669393.properties
であれば、ログ・ファイルの名前はvmmconf_8762375104473669393.log
となります。ログ・ファイル名との混同を避けるために、構成ファイルごとに 1 つのログ・ファイルのみが作成されます。また、ハイパーバイザーごとに、構成ファイルは 1 つのログ・ファイルを持ちます。 - UUID が重複している場合は、UUID が重複している仮想マシンに移動し、重複している UUID を変更して一意になるようにします。
- UUID が重複しているかどうかを確認するには、すべての trace.log ファイルと
- VMware 上の VM マネージャーに接続するユーザーに、仮想マシンに関するデータを収集するための権限が設定されていない。VM マネージャーの設定と権限を確認します。詳しくは、こちらを参照してください:VMware との通信のためのアクセス許可の確認。
- 仮想マシンに対して VM マネージャーが正しくない。
- UUID が重複している。
- 影響を受けるコンピューターの UUID はスキャン結果ファイルに存在するが、そのコンピューターの状況が「古い VM マネージャー・データ」または「VM マネージャー・データがない」のままの場合は、次のステップを実行します。
- 影響を受けるコンピューターのデバッグ・データが収集されているかどうかを確認します。
- VM マネージャー・ツールがローカルまたはオフラインの場合は、VM マネージャー・ツールのインストール・ディレクトリーに移動し、次のコマンドを実行します。
-
./vmman.sh -retrievedebugdata
-
vmman.bat -retrievedebugdata
-
- 集中型または分散型の VM マネージャー・ツールの場合は、ログ・パッケージを開き、次の場所に保管されている debugData.zip ファイルに移動します。
- /sha1_files/logcollector_*_<computer_id>_logCollectorAgent.tar.gz/<computer_id>_logCollectorAgent.tar/var/opt/BESClient/LMT/VMMAN/debugData.zip
- \sha1_files\logcollector_*_<computer_id>_logCollectorAgent.zip\Program Files (x86)\BigFix Enterprise\BES Client\LMT\VMMAN\debugData.zip
- VM マネージャー・ツールがローカルまたはオフラインの場合は、VM マネージャー・ツールのインストール・ディレクトリーに移動し、次のコマンドを実行します。
- debugData.zip ファイルの debug/<VM_manager_connection_ID> サブディレクトリーに移動します。
login.xml
ファイルが正しいかどうか、エラーが含まれていないかどうかを確認します。login.xml
ファイルに認証エラーが含まれているが、VM マネージャーの接続テストが成功した場合は、ユーザーのログイン情報またはパスワードに次の文字が含まれている可能性があります:$
または\
。
この問題を解決するには、VM マネージャー・ツールを最新バージョンにアップグレードします。詳しくは、こちらを参照してください:VM Manager toolのバージョンのチェック および VM マネージャー・ツールの更新。<faultcode>ServerFaultCode</faultcode> <faultstring>Cannot complete login due to an incorrect user name or password.</faultstring> <detail> <InvaildLoginFault xmlns="urn:vim25" xsi:type="InvalidLogin"/>
注: VM マネージャー・ツールをアップグレードしたら、最新のログ・パッケージをダウンロードし、デバッグ・データを確認します。retrieveProperties.xml
ファイルを開きます。このファイルには、重複した UUID を持つ VM など、すべての仮想マシンに関する情報と、<HostCpuPackage>
データが記録されます。このファイルに<HostCpuPackage>
タグが含まれていない場合は、VM マネージャーに接続するユーザーの権限が不十分です。ユーザーに十分な権限が割り当てられていることを確認します。詳しくは、こちらを参照してください: 「VMware との通信のためのアクセス許可の確認」と「How to set the correct permissions for LMT - VMware communication」を参照してください。
- 影響を受けるコンピューターのデバッグ・データが収集されているかどうかを確認します。
- 影響を受けるコンピューターの UUID を収集します。