Utilizzare questa sezione per diagnosticare i possibili problemi quando l'installazione ha esito negativo. Il programma di installazione registra i seguenti indicatori di riuscita alla fine del file di log principale, che si trova in
root_installazione/logs/wbi/log.txt sulle piattaforme Linux e UNIX oppure
root_installazione\logs\wbi\log.txt sulle piattaforme Windows):
- INSTCONFSUCCESS: l'installazione è stata eseguita correttamente
- INSTCONFPARTIALSUCCESS: l'installazione è stata eseguita correttamente solo in parte.
Alcune azioni di installazione hanno avuto esito negativo ma è possibile provare ad eseguirle nuovamente.
- INSTCONFFAILED: l'installazione non è stata eseguita correttamente. Non è possibile un processo di recupero.
Se il risultato è
INSTCONFPARTIALSUCCESS o
INSTCONFFAILED,
continuare ad analizzare il problema seguendo questi passi:
- Il processo di installazione potrebbe visualizzare i messaggi di errore.
Consultare
la seguente sezione per una descrizione: Messaggi di errore: installazione e creazione ed implementazione del profilo. Se il messaggio corrisponde a uno di quelli descritti, risolvere il problema, eliminare eventuali parti installate ed effettuare di nuovo la reinstallazione.
Per i dettagli
sulla disinstallazione delle eventuali parti installate prima della reinstallazione, fare riferimento a Preparazione
per la reinstallazione in seguito ad una disinstallazione errata.
- Determinare se l'installazione di WebSphere Application Server Network
Deployment è stata completata correttamente. (Se non fosse stata correttamente installata e WebSphere
Application Server Network Deployment è stato installato come parte dell'installazione di WebSphere Process Server,
il processo di installazione non continuerà e verrà visualizzato un messaggio di errore).
Se l'installazione di WebSphere Process Server non è stata completata correttamente, verificare prima install_root/logs/log.txt sulle piattaforme
Linux e UNIX o install_root\logs\log.txt sulle
piattaforme Windows per gli eventuali errori per determinare se l'installazione di WebSphere
Application Network Deployment è stata completata correttamente.
Se l'installazione di WebSphere
Application Server Network Deployment non fosse riuscita, consultare il documento Risoluzione dei problemi dell'installazione nell'Infocenter di
WebSphere Application Server Network Deployment, Versione 6.0 ed utilizzare le informazioni
per correggere i problemi prima di riprovare ad installare WebSphere Process Server.
Se l'installazione di WebSphere Application Server Network Deployment è riuscita e l'installazione di WebSphere Process Server non è riuscita, utilizzare le informazioni sulla risoluzione dei problemi di seguito riportate per risolvere i problemi.
- Verificare i file di log di WebSphere Process Server per gli errori dopo l'installazione.
Fare riferimento alla sezione File di log per i nomi, le ubicazioni e le descrizioni
dei vari file di log che vengono creati.
Verificare i file di log in questa sequenza:
Sulle piattaforme Linux e UNIX:- install_root/logs/wbi
- %tmp% se non si trovano file in install_root/logs/wbi
- root_installazione/logs/wasprofile/wasprofile_create_ nome_profilo.log oppure root_installazione/logs/wasprofile/wasprofile_augment_ nome_profilo.log.
Se è stata eseguita un'installazione Completa, che crea un server autonomo denominato predefinito, il valore profile_name sarà predefinito.
- Eventuali file di log o di traccia aggiuntivi generati dalle azioni di installazione. Cercare in root_installazione/logs/wbi i file di traccia generati durante il processo di installazione (o disinstallazione). Cercare in root_profilo/logs quelli generati dalla creazione o dall'ampliamento di profili, dove root_profilo rappresenta l'ubicazione di installazione del profilo WebSphere Process Server (per impostazione predefinita, root_installazione/profiles/nome_profilo sulle piattaforme Linux e UNIX). Questi file sono principalmente concepiti per, e utilizzati dal, supporto tecnico IBM.
Sulle piattaforme Windows:- install_root\logs\wbi
- %tmp% se non si trovano file in install_root\logs\wbi
- install_root\logs\wasprofile\wasprofile_create_ profile_name.log o install_root\logs\wasprofile\wasprofile_augment_ profile_name.log.
Se è stata eseguita un'installazione Completa, che crea un server autonomo denominato predefinito, il valore profile_name sarà predefinito.
- Eventuali file di log aggiuntivi generati dalle azioni di installazione. Cercare in root_installazione\logs\wbi i file di traccia generati durante il processo di installazione (o disinstallazione).
Cercare in root_profilo\logs quelli generati dalla creazione o dall'ampliamento di profili, dove root_profilo rappresenta l'ubicazione di installazione del profilo WebSphere Process Server (per impostazione predefinita, root_installazione\profiles\nome_profilo sulle piattaforme Windows). Questi file sono principalmente concepiti per, e utilizzati dal, supporto tecnico IBM.
- Se non sono presenti informazioni nei log di installazione, utilizzare il parametro -log con un file di risposta.
Alcuni eventi (come non avere spazio sufficiente
sul disco) possono impedire a InstallShield for Multiplatforms (ISMP) di avviare la procedura guidata
all'installazione. Se l'installazione non riesce e nei log di installazione non sono riportate
informazioni, utilizzare il parametro
-log con un file delle risposte per registrare i
dati relativi agli eventi che possono impedire al programma ISMP di avviare
l'installazione guidata. Questo funzionerà con uno qualsiasi dei seguenti file delle risposte:
- responsefile.wps.txt
- responsefile.pcaw.standAloneProfile.txt
- responsefile.pcaw.dmgrProfile.txt
- responsefile.pcaw.managedProfile.txt
Per
ulteriori informazioni relative ai file di risposte, fare riferimento a Installazione non presidiata di WebSphere Process Server o
del Client.
Sarà necessario copiare un file di risposta dal WebSphere Process Server CD
1 al disco fisso del sistema per utilizzarlo. La sintassi del comando install per registrare questo tipo di eventi è indicata nei seguenti esempi (i percorsi per il file delle risposte e per il file di log, ed il nome effettivo del file delle risposte, potrebbero essere differenti):
Sulle piattaforme AIX:install -options "/usr/IBM/WebSphere/silentFiles/myresponsefile.txt"
-silent -log # !/usr/IBM/WebSphere/myOptionFiles/log.txt @ALL
Su piattaforme HP-UX e Solaris: install -options "/opt/IBM/WebSphere/silentFiles/myresponsefile.txt"
-silent -log # !/opt/IBM/WebSphere/myOptionFiles/log.txt @ALL
Su piattaforme
Linux: install -options "/opt/ibm/WebSphere/silentFiles/myresponsefile.txt"
-silent -log # !/opt/ibm/WebSphere/myOptionFiles/log.txt @ALL
Sulle piattaforme Windows: install.exe -options
"C:\Program Files\IBM\WebSphere\silentFiles\myresponsefile.txt"
-silent -log #
!C:\Program Files\IBM\WebSphere\silentFiles\log.txt @ALL
- Determinare se il problema di installazione è causato da uno script di configurazione per cui si è verificato un malfunzionamento.
Il file install_root/logs/wbi/instconfig.log su piattaforme Linux e UNIX o il file install_root\logs\wbi\instconfig.log
su piattaforme Windows indica problemi di configurazione che impediscono al prodotto un funzionamento corretto. Cercare la stringa action failed per trovare il nome dello script di configurazione per cui si è verificato un malfunzionamento.
- Verificare che non esista alcun file nella directory install_root/classes.
Il centro di supporto IBM a volte accoda il lavoro per i clienti e fornisce delle correzioni di verifica o di debug. Una posizione comune per tali correzioni si trova nella directory install_root/classes.
Per impostazione predefinita, la directory root_installazione/classes viene selezionata per prima nel percorso classe WebSphere Process Server perché possa sostituire le altre classi.
L'inserimento di una correzione nella directory consente di verificare se detta correzione risolve effettivamente il problema riscontrato. Una volta verificato che la correzione risolve il problema, è necessario eliminare tale correzione dalla directory install_root/classes affinché il sistema torni in uno stato di funzionamento.
Se non si rimuovono tali correzioni dalla directory install_root/classes, è possibile che si verifichino degli errori.
- Disinstallare il prodotto, eliminare eventuali file di log o altri elementi residui e reinstallare dopo avere attivato la traccia, se i log degli errori non contengono informazioni sufficienti per determinare la causa del problema.
- Riportare i log stdout e stderr alla finestra della console,
aggiungendo il parametro-is:javaconsole al comando install:
- Catturare ulteriori informazioni in un log a scelta con l'opzione -is:log file_name.
- Attivare la registrazione di installazione aggiuntiva inoltrando il parametro -W Setup.product.install.logAllEvents="true" al comando install.
- Se il profilo del server del processo è stato creato correttamente, utilizzare
la console Primi passi o il metodo della riga comandi per avviare il server del processo.
Avviare la console per uno specifico nodo (dove
root_profilo rappresenta
l'ubicazione di installazione del profilo
WebSphere Process Server
(per impostazione predefinita,
root_installazione/profiles/nome_profilo sulle piattaforme
Linux e UNIX e
root_installazione\profiles\nome_profilo
sulle piattaforme Windows):
Su piattaforme
Linux e UNIX: profile_root/firststeps/wbi/firststeps.sh
Su piattaforme Windows: profile_root\firststeps\wbi\firststeps.bat
Avviare il server dalla riga comandi:- Passare alla directory profile_root/bin nel profilo.
- Avviare il processo server.
Su piattaforme Linux e UNIX: ./startServer.sh server_name
Su piattaforme Windows: startServer.bat server_name
- Verificare che il server venga avviato e caricato correttamente ricercando un processo Java in esecuzione e il messaggio Apri per e-business nei file SystemOut.log e SystemErr.log.
Se il processo Java non esiste o il messaggio non è presente, esaminare gli stessi log per ricercare errori di diversa natura. Correggere gli errori e ripetere l'operazione.
È possibile trovare i file
SystemOut.log e
SystemErr.log nelle seguenti directory specifiche alla piattaforma:
Su piattaforme Linux e UNIX: profile_root/profiles/logs/server_name
Su piatteforme Windows: profile_root\profiles\logs\server_name
- Utilizzare la console Primi passi o il metodo della riga comandi per arrestare
il server del processo server_name, se è in esecuzione e per avviare
il gestore distribuzione, se esiste.
Per avviare il Deployment Manager dalla riga comandi:
Su piattaforme Linux e UNIX: profile_root/bin/startManager.sh
Su piattaforme Windows: profile_root\bin\startManager.bat
- Verificare che il server venga avviato e caricato correttamente ricercando un processo Java in esecuzione e il messaggio Server dmgr aperto per e-business nel file profile_root/logs/server_name/SystemOut.log.
Sulle piattaforme Linux e UNIX: Aprire una finestra di comandi ed immettere il comando
top per visualizzare i processi in esecuzione. Se il comando top non è disponibile sul proprio sistema, utilizzare il comando
ps:
ps -ef | grep
java
Sulle piattaforme Windows: Premere Ctrl+Alt+Canc e digitare T per aprire il Task Manager. Fare clic sulla scheda Processi e sull'intestazione di colonna Nome immagine per ordinare in base al nome dell'immagine. Ricercare i processi denominati java.exe.
Se il processo Java non esiste o il messaggio non è presente, esaminare gli stessi log per ricercare errori di diversa natura. Correggere eventuali errori e provare nuovamente ad avviare il Deployment Manager.
Le informazioni correnti sui problemi noti e le loro risoluzioni, così come
i documenti che consentono di risparmiare il tempo della raccolta delle informazioni
necessarie per la risoluzione dei problemi sono disponibili. Prima di aprire PMR, consultare la pagina IBM WebSphere Process Server support.