Agent Controller - Release-Informationen

Bekannte Probleme und Problemlösungen

 1.1 Agent Controller funktioniert bei Installation in Windows Desktop-Ordner nicht
 1.2 Agent Controller auf Windows und Linux installieren
 1.3 Agent Controller-Installation kann keine standardmäßige Java Runtime lokalisieren
 1.4 Agent Controller-Protokolldatei verfügt unter Umständen nicht über öffentlichen Schreibzugriff auf Nicht-Windows-Plattformen
 1.5 Klassen auf Netzlaufwerken sind unter Windows nicht zugänglich
 1.6 Agent Controller-Prozess kann auf Nicht-Windows-Plattformen nicht erneut gestartet werden
 1.7 Agent Controller-Installation erkennt vorhandenen Agent Controller Version 4.0.3 nicht
 1.8 Protokolldateien können nicht über Remotezugriff importiert werden, nachdem Agent Controller von einem anderen Benutzer neu gestartet wurde
 1.9 Sicherheitsoption SetConfig wird nicht unterstützt

1.1 Agent Controller funktioniert nicht bei Installation in Windows Desktop-Ordner

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.

1.2 Agent Controller auf Windows und Linux installieren

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.

1.3 Agent Controller-Installation kann keine standardmäßige Java Runtime lokalisieren

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.

1.4 Agent Controller-Protokolldatei verfügt unter Umständen nicht über öffentlichen Schreibzugriff auf Nicht-Windows-Plattformen

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.log
als Root nach der Installation aus.

1.5 Klassen auf Netzlaufwerken sind unter Windows nicht zugänglich

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:

  1. Öffnen Sie das Fenster 'Windows-Services'.
  2. Wählen Sie IBM Rational Agent Controller aus.
  3. Klicken Sie auf die Funktionsleistenschaltfläche 'Eigenschaften'.
  4. Wählen Sie das Teilfenster 'Anmelden' aus.
  5. Wählen Sie den Radioknopf Dieses Konto aus, und füllen Sie die Benutzer-ID-Informationen aus. Dies ist die Benutzer-ID, die (durch Netzbenutzung o.ä.) eine Verbindung zu dem Laufwerk hergestellt hat.
  6. Klicken Sie auf OK.
  7. Starten Sie den IBM Rational Agent Controller-Service erneut.
  8. Starten Sie die Anwendung erneut.

Hinweis: Hierdurch wird die Benutzung von Netzlaufwerken ermöglicht, die Zugriffsrechte von Agent Controller werden jedoch auf jene des aktuellen Benutzers beschränkt.

1.6 Agent Controller-Prozess kann auf Nicht-Windows-Plattformen nicht erneut gestartet werden

Agent Controller kann auf einer Nicht-Windows-Plattform nicht neu gestartet werden.

So können Sie dieses Problem umgehen:

  1. Schließen Sie alle Eclipse-Workbenchs, die mit Agent Controller verbunden sind.
  2. Geben Sie folgenden Befehl aus:
     kill -s HUP < process ID of the inetd process > 
    (als Root)
  3. Prüfen Sie mit netstat, ob Port 10002 (Standardeinstellung) noch besetzt ist. Warten Sie, bis der Port frei ist, bevor Sie Agent Controller neu starten.
  4. Alternativ können Sie in der Agent Controller-Konfigurationsdatei den Port von 10002 in einen anderen Wert ändern.
    <Agent Controller-Installationsverzeichnis>/config/serviceconfig.xml
    Starten Sie Agent Controller sofort anschließend erneut.

Damit dies nicht geschieht, beenden Sie stets alle verbundenen Workbenchs, bevor Sie den Agent Controller-Prozess neu starten.

1.7 Agent Controller-Installation erkennt vorhandenen Agent Controller Version 4.0.3 nicht

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.

1.8 Protokolldateien können nicht über Remotezugriff importiert werden, nachdem Agent Controller von einem anderen Benutzer neu gestartet wurde

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.

1.9 Sicherheitsoption SetConfig wird nicht unterstützt

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