インストールおよびアップグレードでの問題
BigFix Inventory のインストール、構成、アップグレードに関連する、よくある問題を解決します。
- サーバーのインストールを続行できず、エラーが表示される
- BigFix Inventory サーバーのインストールを続行できず、以下のメッセージが表示されます。
./tools/getArch: line 108: print: command not found ./tools/getArch: line 109: print: command not found ./tools/getArch: line 116: print: command not found setup-server-9.0-linux-x86_64.sh: line 52: print: command not found
このエラーは、オペレーティング・システムが完全には構成されていないという事実によって発生する可能性があります。オペレーティング・システムを再起動しなければならない場合もあります。
- リモートの SQL Server データベースを使用する BigFix サーバーのインストールが失敗する。
- この問題は、 BigFix サーバーを Windows 2008 Server オペレーティング・システムにインストールするときに発生することがあります。インストーラーがリモートの SQL Server データベースに接続しようとすると、以下のメッセージが表示されます。
Computer Browser Error with Windows Authentication
この問題を解決するには、Windows でファイルとプリンターの共有を有効にします。以下の手順を実行します。
- に移動します。
- 「共有の詳細設定の変更」をクリックします。
- 「ファイルとプリンターの共有を有効にする」チェック・ボックスを選択します。
- 「変更を保存」をクリックします。
- BigFix Inventory サーバーのインストールが Linux で開始しない。
- この問題は、Symantec のプロセス rtvscand が実行中である場合に発生します。この問題を解決するには、rtvscand プロセスを停止するか、Symantec のスキャンから /tmp フォルダーを除外します。/tmp フォルダーの除外について詳しくは、次を参照してください。Linux 用の SEP でスキャンの除外を構成する方法。
- インストールに失敗し、指定されたディレクトリーの空きディスク・スペースが不足していることを示す警告が表示される。ただし、そのディレクトリーには十分な空きスペースがある。
- この問題を解決するには、以下のステップを実行します。
- コマンド・ラインを開きます。
- 以下のコマンドを実行して、ディスク・スペース要件を確認する変数を変更します。
-
export tlm_debug_disable_disk_space_check=true
-
set tlm_debug_disable_disk_space_check=true
-
- 次のコマンドを実行して、インストールを開始します。
-
./setup-server-linux-x86_64.sh
-
setup-server-windows-x86_64.bat
-
- /tmp ディレクトリーに
NOEXEC
フラグが立てられているため、インストールを開始できない。 - 一部の環境では、/tmp ディレクトリーが
NOEXEC
フラグ付きでマウントされている場合があります。この場合、インストールがブロックされます。この問題は、ia.log ファイルの以下のエラーで識別できます。
/tmp ディレクトリーは、インストール中に一時ファイルを保管するために使用されます。BigFix Inventory インストーラーは InstallAnywhere がベースとなっているため、InstallAnywhere の一時ディレクトリーを指定するLaunching installer... ./server/parts/CDROM_Installers/Disk1/InstData/Linux_64/VM/setupServer.b in: line 3318: /tmp/install.dir.20400/Linux/resource/jre/jre/bin/java: Permission denied
IATEMPDIR
環境変数を変更して、カスタム・ディレクトリーに設定できます。- カスタム一時ディレクトリーを作成します。例:
mkdir /root/Install_tmp
IATEMPDIR
変数をこの新規ディレクトリーに設定します。export IATEMPDIR=/root/Install_tmp
- インストールを再始動します。
- カスタム一時ディレクトリーを作成します。例:
- DB2 インスタンス・ディレクトリーが存在するファイル・システムが、
NOSUID
、NOEXEC
、あるいはその両方としてマウントされているため、All-in-one インストーラーを使用した のインストールは失敗します。 - DB2 インスタンス・ディレクトリーが存在するファイル・システムを再マウントし、
NOSUID
またはNOEXEC
フラグ (あるいはその両方) が付いているマウントが行われないことを確認します。
- リモート DB2 データベースへの接続の構成中に、次のエラーが表示される。The user specified for the communication with the database could not be found in the system.
- この問題が発生するのは、リモート DB2 データベースが AIX コンピューター上にインストールされている場合です。つまり、データベースへの接続に使用するユーザーが LDAP サーバー上に存在しません。この問題を解決するには、別のユーザーを指定するか、指定された資格情報を持つユーザーを LDAP サーバー上で作成します。
- 英語以外のロケールの BigFix Inventory をインストール中に、一部の Java 例外が英語で表示される。
- 英語以外のロケールでも、インストール中に発生することがある一部の Java 例外は英語で表示されます。ただし、例外が表示される「詳細」ビューには、問題の理解と解決に役立つ詳細情報も表示されます。翻訳された問題の記述を確認したい場合は、すべての使用可能な詳細が表示される「問題」ビューに切り替えることができます。
- BigFix サーバーへの接続の構成中に、次のエラーが表示される。BES データベースのキャラクタセットを判別できませんでした。BES サーバーはエージェントを実行中ですか?
- この問題は、BigFix サーバーがインストールされているコンピューターから BigFix クライアントが削除されたときに発生します。この問題を解決するには、_BESClient_DeploymentEncoding_IANAName プロパティーを、デプロイメントのコード・ページのプロパティーに手動で設定します。
- インストール・ウィザード内の英語以外の言語のリストに含まれる言語が少なくなっている
- 使用する言語が、インストール・ウィザードでオプションとして表示されるようにするには、システム・ロケールを、選択した言語に変更します。
- Linux では、端末を開き、以下のコマンドを実行します。
例えば、export LC_ALL=en_US.UTF8 です。export LC_ALL=language_code.UTF8
- locale コマンドを実行して、変更を確認します。
- インストールを再び開始し、その言語を選択します。
- Linux では、端末を開き、以下のコマンドを実行します。
- 最新バージョンにアップグレードしたにもかかわらず、サービス名に古いバージョンがまだ表示される。
- Windows でのサービスの表示名は、アップグレード後にも変更されないという制限があります。ただし、BigFix Inventory には何の影響もありません。サービス名を更新するには、コンピューターを再始動します。
- タスク「最新バージョンの BigFix Inventory へのアップグレード」に関連性がないため、サーバーをアップグレードできない。
-
この問題は、前のバージョンのサーバーが、BigFix クライアントがインストールされていないコンピューターに手動でインストールされた場合に発生します。アップグレード・タスクを関連付けるには、以下の手順を実行します。
- BigFix Inventory サーバーがインストールされているコンピューターに BigFix クライアントをインストールします。
SUA_Server_Path_[user_ID]
パラメーターの値を BigFix Inventory のインストール・パスに設定します。- BigFix サーバーにリンクされている BigFix コンソールにログインします。
- ナビゲーション・バーで、「コンピューター」をクリックします。
- 右上のペインで、BigFix Inventory をインストールしたコンピューターを右クリックし、「コンピューター設定の編集」をクリックします。
- 設定値を追加するには、「追加」をクリックします。
- 「設定名」で、
SUA_Server_Path_[user_ID]
を入力します。注:[user_ID]
は、BigFix Inventory をインストールしたユーザーの ID です。 - 「設定値」で、BigFix Inventory のインストール・パスを指定します。
- 「OK」をクリックします。
- 関連度 6 が満たされていないの問題のために Fixlet が関係しないため、Linux では Fixlet を使用した BigFix Inventory サーバーのアップグレードはできません。
-
BigFix Inventory の最新バージョン (バージョン) へのアップグレード Fixlet が関連しない場合は、「Fixlet またはタスクの関連度の分析」 Fixlet を使用して、関連性表現のどの部分が一致していないかを確認します。詳しくは、以下を参照してください。関連度。
問題が関連度 6 の場合、/etc/passwd ファイルにアクセスまたは読み取ることができない可能性が高くなります。この問題を回避するには、関連度 6 を削除した BigFix Inventoryの最新バージョン (バージョン) へのアップグレード Fixlet のカスタム・コピーを作成します。- 関連度 6 では、アップグレードを実行するのに十分なディスク・スペースがあるかどうかを確認します。これらのチェックを Fixlet から削除するため、関連するディレクトリーに十分な空きディスク・スペースがあることを確認してください。BigFix Inventory の最新バージョン (バージョン) へのアップグレード Fixlet を実行すると、BigFix サーバーは新しいインストーラーをそのファイル・システムにダウンロードします (サーバー上に 1 GB)。次に、指定されたエンドポイントにパッケージを配信し、それを抽出します (エンドポイントに 1 GB)。アップグレードには、システムの一時ディレクトリーに 0.5 GB、BigFix Inventory がインストールされるディスクに 1 GB と、次のディレクトリーの現在のサイズが必要です。
- install_dir\wlp\usr\servers\server1\data
- install_dir\wlp\usr\servers\server1\logsinstall_dir は、BigFix Inventory のインストール・ディレクトリーです。デフォルトでは、BigFix Inventory サーバーは次のディレクトリーにインストールされます。
- /opt/BFI
- C:\Program Files\BigFix Enterpise\BFI
- BigFix Inventoryの最新バージョン (バージョン) へのアップグレード Fixlet のカスタム・コピーを作成します。
- BigFix コンソールにログインします。
- ナビゲーション・ツリーで、 に移動します。
- IBM BigFix Inventory の最新バージョン (バージョン) へのアップグレード Fixlet を右クリックして、「カスタム・コピーの作成」をクリックします。
- Fixlet の名前を変更して、簡単に認識できるようにします。
- 「関連度」タブを開き、関連度 6 を削除し、「OK」をクリックします。
- カスタム・バージョンの Fixlet を使用して BigFix Inventory サーバーをアップグレードするには、「アクションの実行」をクリックします。BigFix Inventory サーバーがインストールされているコンピューターを選択し、「OK」をクリックします。
後でサーバーをアップグレードする場合、Fixlet のカスタム・コピーは、「サイト」 > 「マスター・アクション・サイト」 > 「Fixlet とタスク」で入手できます。
- BigFix Inventory サーバーをアップグレードした後、Fixlet のカスタム・バージョンを削除します。
- ナビゲーション・ツリーで、 に移動します。
- Fixlet のカスタム・バージョンを右クリックし、「削除」をクリックします。次に、「OK」をクリックして確認します。
- 関連度 6 では、アップグレードを実行するのに十分なディスク・スペースがあるかどうかを確認します。これらのチェックを Fixlet から削除するため、関連するディレクトリーに十分な空きディスク・スペースがあることを確認してください。BigFix Inventory の最新バージョン (バージョン) へのアップグレード Fixlet を実行すると、BigFix サーバーは新しいインストーラーをそのファイル・システムにダウンロードします (サーバー上に 1 GB)。次に、指定されたエンドポイントにパッケージを配信し、それを抽出します (エンドポイントに 1 GB)。アップグレードには、システムの一時ディレクトリーに 0.5 GB、BigFix Inventory がインストールされるディスクに 1 GB と、次のディレクトリーの現在のサイズが必要です。
- Linux 上で、Fixlet によるサーバーのアップグレードに失敗する。
- この問題は、サーバーが非 root ユーザーによってインストールされたときに発生します。この問題を解決するには、サーバーを対話モードまたはサイレント・モードでアップグレードします。
- アップグレード後、「コンピューターあたりの使用状況」レポートが空になる。
- この問題を解決するには、データのインポートを実行してください。
- BigFix Inventory のポート番号の手動による変更。
- ユーザー・インターフェース (server.xml ファイルで変更することもできます。
- install_dir/wlp/usr/servers/server1 に移動し、server.xml ファイルを編集します。
- httpsPort に、新規ポート番号を入力します。
<httpEndpoint host="*" httpsPort="9081" id="tema">
変更はすぐに有効になります。サーバーを再始動する必要はありません。
) にアクセスしてポート番号を変更できない場合、 - サービスが応答しておらず、停止できないため、 のアンインストールが失敗する。
- 応答しないサービスを手動で強制的に停止することができます。
- コマンド・ラインを開きます。
- 以下のコマンドを実行します。
-
service BFIserver status
-
sc queryex BFIServer
-
- プロセスの PID を識別します。
- 同じコマンド行で、次のコマンドを実行します。
-
kill -9 identified_PID
-
taskkill /pid identified_PID /f
-