Agent Controller - Notes d'informations

Incidents connus et solutions

 1.1 Agent Controller ne fonctionne pas lorsqu'il est installé dans un dossier du bureau Windows
 1.2 Installation d'Agent Controller sous Windows et Linux
 1.3 L'installation d'Agent Controller ne trouve pas d'environnement d'exécution Java par défaut
 1.4 Le fichier journal d'Agent Controller ne dispose peut-être pas des droits d'accès en écriture publics sur les plates-formes autres que Windows
 1.5 Les classes se trouvant sur des unités réseau ne sont pas accessibles sous Windows
 1.6 Impossible de redémarrer le processus Agent Controller sur les plates-formes autres que Windows
 1.7 L'installation d'Agent Controller ne détecte pas une version 4.0.3 existante d'Agent Controller
 1.8 Impossible d'importer les fichiers journaux à distance une fois qu'Agent Controller a été redémarré par un autre utilisateur
 1.9 L'option de sécurité SetConfig n'est pas prise en charge

1.1 Agent Controller ne fonctionne pas lorsqu'il est installé dans un dossier du bureau Windows

Agent Controller ne fonctionne pas lorsqu'il est installé dans un dossier du bureau Windows. Par exemple, Agent Controller ne fonctionne pas si vous spécifiez C:\Documents and Settings\Administrator\Desktop comme répertoire d'installation.

Pour remédier à cette limitation, installez Agent Controller dans un autre répertoire.

1.2 Installation d'Agent Controller sous Windows et Linux

L'installation d'Agent Controller sous Windows et Linux supprime toute installation d'Agent Controller existante. Assurez-vous d'avoir bien sauvegardé les données nécessaires avant de commencer l'installation.

1.3 L'installation d'Agent Controller ne trouve pas d'environnement d'exécution Java par défaut

L'installation Agent Controller peut ne pas détecter un environnement d'exécution Java installé sur la machine.

La valeur par défaut spécifiée dans la boîte de dialogue d'installation "Java Runtime" peut faire référence à un environnement d'exécution Java temporaire fourni par le programme d'installation pour l'installation. Vous devez spécifier une autre installation d'environnement d'exécution Java à utiliser par Agent Controller.

1.4 Le fichier journal d'Agent Controller ne dispose peut-être pas des droits d'accès en écriture publics sur les plates-formes autres que Windows

Le fichier journal <répertoire d'installation d'Agent Controller>/config/servicelog.log ne possède peut être pas les bits d'autorisation requis (666). Cela empêche les processus Agent Controller non root d'écrire dans le fichier journal.

Pour résoudre cet incident, exécutez la commande

chmod 666 <répertoire d'installation d'Agent Controller>/config/servicelog.log
en tant que root après l'installation.

1.5 Les classes se trouvant sur des unités réseau ne sont pas accessibles sous Windows

Le service Agent Controller est configuré pour se connecter comme "compte système local". Il ne possède peut-être donc pas les droits requis pour accéder à des unités réseaux montées, généralement accessibles par l'ID utilisateur en cours, à l'aide de la commande net use.

Pour permettre à Agent Controller d'utiliser les classes des unités réseau, procédez comme suit :

  1. Ouvrez la fenêtre Services Windows.
  2. Sélectionnez IBM Rational® Agent Controller.
  3. Cliquez sur le bouton Propriétés de la barre d'outils.
  4. Sélectionnez la sous-fenêtre Connexion.
  5. Sélectionnez le bouton d'option Ce compte et entrez les informations relatives à l'ID utilisateur. Il s'agit de l'ID utilisateur connecté (à l'aide de la commande net use ou d'une commande équivalente) à l'unité.
  6. Cliquez sur OK.
  7. Redémarrez le service IBM Rational Agent Controller.
  8. Relancez l'application.

Remarque : Les unités réseau peuvent maintenant être utilisées, mais les droits d'accès d'Agent Controller sont limités à ceux de l'utilisateur actuel.

1.6 Impossible de redémarrer le processus Agent Controller sur les plates-formes autres que Windows

Agent Controller ne peut pas être redémarré sur une plate-forme autre que Windows.

Pour résoudre cet incident, procédez comme suit :

  1. Arrêtez tous les plans de travail Eclipse connectés à Agent Controller
  2. Exécutez la commande suivante :
     kill -s HUP < ID processus inetd > 
    (il doit s'agir de l'ID root)
  3. Utilisez netstat pour vérifier si le port 10002 (valeur par défaut) est toujours occupé. Attendez qu'il soit libéré avant de redémarrer Agent Controller
  4. Vous pouvez également remplacer le port 10002 par un autre port, dans le fichier de configuration d'Agent Controller
    <répertoire d'installation d'Agent Controller>/config/serviceconfig.xml
    et redémarrer immédiatement Agent Controller.

Pour empêcher que cela ne se produise, arrêtez toujours tous les plans de travail connectés avant de redémarrer le processus Agent Controller.

1.7 L'installation d'Agent Controller ne détecte pas une version 4.0.3 existante d'Agent Controller

Si Agent Controller 4.0.3 est installé comme produit autonome, il est détecté et correctement désinstallé lors de l'installation de la version 6.0.0. Si Agent Controller est installé avec WSAD version 4.0.3, l'installation de la version 6.0.0 ne peut pas le détecter et ne désinstalle pas l'ancienne version. Il s'agit d'une limitation du programme d'installation de Microsoft.

Pour remédier à cette limitation, vous devez désinstaller intégralement WSAD v4.0.3, car il s'agit du produit parent ayant installé Agent Controller v4.0.3. Assurez-vous qu'Agent Controller v4.0.3 est correctement supprimé en vérifiant que son répertoire d'installation est vide et vérifiez que les valeurs de registre HKLM\SOFTWARE\IBM\IBM Agent Controller et HKLM\SYSTEM\*\SERVICES\IBM Agent Controller n'existent plus.

1.8 Impossible d'importer les fichiers journaux à distance une fois qu'Agent Controller a été redémarré par un autre utilisateur

Un fichier temporaire (hgla.log) est créé dans le répertoire temporaire du système, sous le même ID utilisateur que celui qui démarre Agent Controller. Si Agent Controller est redémarré à l'aide d'un autre ID utilisateur non root, le fichier temporaire hgla.log ne peut pas être supprimé par l'utilisateur non root et les importations de journaux éloignés échouent.

Pour résoudre cet incident, supprimez manuellement le fichier hgla.log avant d'importer les journaux à distance.

1.9 L'option de sécurité SetConfig n'est pas prise en charge

La sécurité n'est pas prise en charge par les outils de l'informatique autonome. N'activez pas la sécurité lors de l'exécution du script SetConfig.

Retour au fichier Readme principal