Agent Controller は、Windows デスクトップ・フォルダーにインストールされると 機能しません。例えば、インストール・ディレクトリーを C:\Documents and Settings\Administrator\Desktop に指定した場合、Agent Controller は機能しません。
この制限を回避するには、Agent Controller を別のディレクトリーに インストールしてください。
Agent Controller を Windows および Linux にインストールすると、 既存の Agent Controller のインストールが除去されます。インストールに進む前に、 必ず必要なデータをバックアップしてください。
Agent Controller のインストールが、マシン上にインストールされている Java ランタイム を検出しない場合があります。
"Java Runtime" のインストール・ダイアログで指定されたデフォルト値が、 インストール目的でインストーラーによって出荷された一時 Java ランタイムを 指している場合があります。Agent Controller で使用したい代替の Java ランタイム・インストールを提供する必要があります。
ログ・ファイル <Agent Controller install location >/config/servicelog.log が、必要な許可ビット (666) を 持っていない場合があります。このため、root 以外の Agent Controller プロセスは ログ・ファイルに書き込むことができません。
この問題を回避するには、インストール後に以下のコマンドを root 権限で実行してください。
chmod 666 <Agent Controller install location>/config/servicelog.log
Agent Controller サービスは "ローカル・システム・アカウント" として ログオンするよう構成されています。したがって、(通常、現行ユーザー ID で net use を 使用してアクセスする、) マウントされたネットワーク・ドライブへのアクセス権がない 可能性があります。
Agent Controller がネットワーク・ドライブ上のクラスを使用できるようにするには、 以下のステップに従ってください。
注: これでネットワーク・ドライブの使用は許可されますが、 Agent Controller のアクセス権は現行ユーザーが持っているアクセス権に制限されます。
Agent Controller は Windows 以外のプラットフォーム上では再始動できません。
この問題を回避するには、以下のステップに従ってください。
kill -s HUP < process ID of the inetd process >(root として発行する必要があります)
<Agent Controller install location>/config/serviceconfig.xml内でポートを 10002 から別の値に変更して、すぐに Agent Controller を再始動する。
Agent Controller 4.0.3 がスタンドアロン製品としてインストールされている場合は、 バージョン 6.0.0 をインストールするときに検出されて、 正しくアンインストールされます。Agent Controller が WSAD v4.0.3 の 一部としてインストールされていると、v6.0.0 インストールはそれを検出できず、 古いバージョンがアンインストールされません。これは Microsoft インストーラーの制限です。
この制限を回避するには、Agent Controller v4.0.3 をインストールした 親製品である WSAD v4.0.3 を完全にアンインストールする必要があります。Agent Controller v4.0.3 が正しく除去されたことを確認するには、Agent Controller の インストール・ディレクトリーが空であることをチェックし、レジストリー値 HKLM\SOFTWARE\IBM\IBM Agent Controller および HKLM\SYSTEM\*\SERVICES\IBM Agent Controller が存在していないことを確認してください。
一時ファイル hgla.log は、システムの一時ディレクトリーの、 Agent Controller を開始したのと同じユーザー ID の下に 作成されます。別の root 以外のユーザー ID を使用して Agent Controller が再始動された場合、 一時ファイル hgla.log はその root 以外のユーザーによって除去できなくなるため、 リモート・ログのインポートが失敗します。
この制限を回避するには、ログをリモート側でインポートする前に hgla.log ファイルを手動で除去してください。
オートノミック・コンピューティング・ツールでは セキュリティーはサポートされません。SetConfig スクリプトを実行するときには、 セキュリティーを使用可能にしないでください。
メインの README ファイルに戻る