Agent Controller - Note sul rilascio

© Copyright International Business Machines Corporation 2000, 2006. Tutti i diritti riservati. Limitazioni previste per gli Utenti del Governo degli Stati Uniti - L'uso, la duplicazione o la divulgazione sono limitati dal GSA ADP Schedule Contract con la IBM Corp.

Problemi noti e soluzioni

1.1 Agent Controller non funziona se installato nella cartella Desktop di Windows
1.2 Installazione di Agent Controller su Windows e Linux
1.3 Installazione di Agent Controller non in grado di individuare un runtime Java predefinito
1.4 File di log di Agent Controller senza autorizzazione in scrittura pubblica su piattaforme non Windows
1.5 Classi ubicate sulla rete non accessibili su Windows
1.6 Impossibile riavviare il processo Agent Controller su piattaforme non Windows
1.7 L'installazione di Agent Controller non rileva la presenza di Agent Controller v4.0.3

Ulteriori informazioni associate a TPTP Agent Controller sono disponibili nella sezione TPTP V4.2 - Note sul rilascio.

1.1 Agent Controller non funziona se installato nella cartella Desktop di Windows

Agent Controller non funziona se installato nella cartella Desktop di Windows(R) in un sistema Windows. Ad esempio, Agent Controller non funzionerà se la directory di installazione specificata è C:\Documents and Settings\Administrator\Desktop.

Per risolvere questo problema, installare Agent Controller in un altra directory.

1.2 Installazione di Agent Controller su Windows e Linux

L'installazione di Agent Controller su Windows e Linux(R) rimuoverà qualsiasi installazione esistente di Agent Controller. Assicurarsi di aver effettuato una copia di riserva di tutti i dati necessari prima di procedere con l'installazione.

1.3 Installazione di Agent Controller non in grado di individuare un runtime Java predefinito

L'installazione di Agent Controller non è in grado di rilevare la presenza di JavaTM Runtime installato sulla macchina.

Il valore predefinito specificato nella finestra di installazione "Java Runtime" potrebbe fare riferimento ad un Java Runtime temporaneo fornito dal programma di installazione solo per il processo di installazione. In questo caso, indicare l'installazione di Java Runtime che Agent Controller dovrà utilizzare.

1.4 File di log di Agent Controller senza autorizzazione in scrittura pubblica su piattaforme non Windows

Il file di log <percorso di installazione di Agent Controller>/config/servicelog.log potrebbe non disporre dei bit di autorizzazione necessari (666). Questa situazione impedisce a tutti i processi Agent Controller non avviati da un utente principale di scrivere nel file di log.

Per risolvere questo problema, eseguire il comando

chmod 666 <percorso di installazione di Agent Controller>/config/servicelog.log
come utente principale dopo l'installazione.

1.5 Classi ubicate sulla rete non accessibili su Windows

Il servizio Agent Controller è configurato per accedere come "Account di sistema locale". Di conseguenza, potrebbe non disporre delle autorizzazioni necessarie per accedere a unità di rete montate, a cui generalmente l'ID utente corrente accede mediante il comando net use.

Per abilitare IBM(R) Agent Controller all'uso delle classi sulle unità di rete, procedere come segue:

  1. Aprire la finestra Servizi di Windows.
  2. Selezionare IBM Agent Controller.
  3. Scegliere Proprietà nella barra degli strumenti.
  4. Selezionare il riquadro Connessione.
  5. Selezionare il pulsante di opzione Account e indicare le informazioni relative all'ID utente che ha stabilito una connessione all'unità (mediante il comando net use o un comando equivalente).
  6. Scegliere OK.
  7. Riavviare il servizio IBM Agent Controller service.
  8. Riavviare l'applicazione.

Nota: questo procedimento consentirà di utilizzare le unità di rete, ma limita i diritti di accesso di Agent Controller.

1.6 Impossibile riavviare il processo Agent Controller su piattaforme non Windows

Non è possibile riavviare Agent Controller su piattaforme non Windows.

Per risolvere questo problema, procedere come segue:

  1. Chiudere tutti i workbench Eclipse connessi ad Agent Controller
  2. Eseguire il comando
     kill -s HUP < ID del processo inetd > 
    (deve essere principale)
  3. Utilizzare il comando netstat per verificare se la porta 10002 (predefinita) è ancora occupata. Attendere che venga liberata prima di riavviare Agent Controller
  4. In alternativa è possibile modificare la porta da 10002 ad un altro valore presente nel file di configurazione di Agent Controller
    <Agent Controller 
    percorso di installazione>/config/serviceconfig.xml
    e riavviare immediatamente Agent Controller.

Per prevenire questo problema, chiudere sempre tutti i workbench connessi prima di riavviare il processo Agent Controller.

1.7 L'installazione di Agent Controller non rileva la presenza di Agent Controller v4.0.3

Se Agent Controller 4.0.3 è installato come prodotto autonomo, verrà rilevato e correttamente disinstallato durante l'installazione della versione 5.1.3. Se Agent Controller è installato come parte di WSAD v4.0.3, l'installazione di v5.1.3 non è in grado di rilevarne la presenza e non disinstallerà la vecchia versione. Questa è una limitazione del programma di installazione di Microsoft(R).

Per risolvere questo problema, disinstallare WSAD v4.0.3 completamente, in quanto si tratta del prodotto principale che ha installato Agent Controller v4.0.3. Assicurarsi che Agent Controller v4.0.3 venga correttamente rimosso verificando che la directory di installazione di Agent Controller sia vuota e verificare che i valori del registro HKLM\SOFTWARE\IBM\IBM Agent Controller e HKLM\SYSTEM\*\SERVICES\IBM Agent Controller non siano più presenti.