Bei Installation auf einem Windows-System im Windows Desktop-Ordner funktioniert Agent Controller nicht. Beispielsweise kann Agent Controller nicht ausgeführt werden, wenn Sie als Installationsverzeichnis C:\Dokumente und Einstellungen\Administrator\Desktop angeben.
Um diese Einschränkung zu umgehen, installieren Sie Agent Controller in einem anderen Verzeichnis.
Durch das Installieren von Agent Controller auf Windows und Linux wird eine bereits vorhandene Agent Controller-Installation entfernt. Vergewissern Sie sich, dass Sie notwendige Daten gesichert haben, bevor Sie zur Installation übergehen.
Unter Umständen erkennt die Agent Controller-Installation keine auf der Maschine installierte Java Runtime.
Der im Installationsdialog "Java Runtime" angegebene standardmäßige Wert zeigt unter Umständen auf eine temporäre Java Runtime, die im Lieferumfang des Installationsprogramms zu Installationszwecken enthalten ist. Sie müssen eine alternative Java Runtime-Installation bereitstellen, die Agent Controller verwenden soll.
Die Protokolldatei <Agent Controller-Installationsposition >/config/servicelog.log verfügt möglicherweise nicht über die erforderlichen Berechtigungsbits (666). Dadurch wird verhindert, dass Prozesse eines Nicht-Root-Agent Controllers in die Protokolldatei geschrieben werden.
Um dieses Problem zu umgehen, führen Sie den Befehl
chmod 666 <Agent Controller-Installationsverzeichnis>/config/servicelog.logals Root nach der Installation aus.
Der Agent Controller-Service ist für die Anmeldung als "Lokales Systemkonto" (Local System Account) konfiguriert. Deshalb verfügt er unter Umständen nicht über die Rechte für den Zugriff auf angehängte Netzlaufwerke, auf die die aktuelle Benutzer-ID normalerweise über Netzbenutzung zugreift.
Um für Agent Controller die Verwendung von Klassen auf Netzlaufwerken zu aktivieren, befolgen Sie diese Schritte:
Hinweis: Hierdurch wird die Benutzung von Netzlaufwerken ermöglicht, die Zugriffsrechte von Agent Controller werden jedoch auf jene des aktuellen Benutzers beschränkt.
Agent Controller kann auf einer Nicht-Windows-Plattform nicht neu gestartet werden.
So können Sie dieses Problem umgehen:
kill -s HUP < process ID of the inetd process >(als Root)
<Agent Controller-Installationsverzeichnis>/config/serviceconfig.xmlStarten Sie Agent Controller sofort anschließend erneut.
Ist Agent Controller 4.0.3 als Standaloneprodukt installiert, so wird es bei der Installation von Version 6.0.0 erkannt und ordnungsgemäß deinstalliert. Wenn Agent Controller als Komponente von WSAD Version 4.0.3 installiert ist, wird er von Version 6.0.0 nicht erkannt, und die ältere Version wird nicht deinstalliert. Dies ist eine Einschränkung des Microsoft-Installationsprogramms.
Um diese Einschränkung zu umgehen, müssen Sie WSAD Version 4.0.3 vollständig deinstallieren, da dies das übergeordnete Produkt ist, mit dem Agent Controller Version 4.0.3 installiert wurde. Stellen Sie sicher, dass Agent Controller Version 4.0.3 ordnungsgemäß entfernt wurde. Prüfen Sie dazu, ob das Installationsverzeichnis von Agent Controller leer ist, und vergewissern Sie sich, dass die Registrywerte HKLM\SOFTWARE\IBM\IBM Agent Controller und HKLM\SYSTEM\*\SERVICES\IBM Agent Controller nicht mehr vorhanden sind.
Eine temporäre Datei hgla.log wird im Verzeichnis 'temp' des Systems unter derselben Benutzer-ID erstellt wie diejenige, die Agent-Controller startet. Wird Agent Controller unter Verwendung einer anderen Nicht-Root-Benutzer-ID gestartet, kann die temporäre Datei hgla.log nicht von dem Nicht-Root-Benutzer entfernt werden und verursacht das Fehlschlagen von Protokollimporten über Remotezugriff.
Um diese Einschränkung zu umgehen, entfernen Sie die Datei hgla.log manuell, bevor Sie Protokolle über Remotezugriff importieren.
Die Sicherheit wird von den Autonomic Computing-Tools nicht unterstützt. Aktivieren Sie die Sicherheit nicht, wenn Sie das Script SetConfig ausführen.
Zurück zur Readme-Hauptdatei