Utilizzare questo argomento per diagnosticare i problemi quando l'installazione non riesce. Il programma di installazione registra i seguenti indicatori di riuscita alla fine del file di log principale, che si trova in
install_root/logs/wbi/log.txt su piattaforme
Linux e UNIX o su
install_root\logs\wbi\log.txt su piattaforme
Windows:
- INSTCONFSUCCESS: installazione completata correttamente
- INSTCONFPARTIALSUCCESS: installazione riuscita parzialmente.
Alcune azioni di installazione non sono riuscite, ma possono essere ritentate.
- INSTCONFFAILED: l'installazione non è riuscita. Il ripristino non è possibile.
Se il risultato è
INSTCONFPARTIALSUCCESS o
INSTCONFFAILED,
continuare ad analizzare il problema seguendo questi passi:
- Se il processo di installazione ha visualizzato dei messaggi di errore, verificare Messaggi di errore: installazione e creazione ed implementazione del profilo per una spiegazione.
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 alla reinstallazione dopo una disinstallazione non riuscita.
- Determinare se l'installazione di WebSphere Application Server Network
Deployment è stata completata correttamente. 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 è riuscita, fare riferimento alle informazioni sulla risoluzione dei problemi di WebSphere Application Server Network Deployment, all'Information center online di WebSphere Application Server Network Deployment, versione
6.0 ed utilizzare le informazioni trovate per risolvere i problemi prima di tentare di effettuare la reinstallazione 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 a File di log per i nomi, le posizioni e le descrizioni dei vari file di log che sono stati creati. Verificare i file di log in questa sequenza:
Su piattaforme Linux e UNIX: - 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 o di traccia generati dalle azioni di installazione. Ricercare in install_root/logs/wbi i file di traccia generati durante il processo di installazione (disinstallazione). Ricercare in profile_root/logs i file generati dalla creazione o implementazione del profilo, dove profile_root rappresenta la posizione di installazione del profilo WebSphere Process Server
(per impostazione predefinita, install_root/profiles/profile_name sulle piattaforme
Linux e UNIX). Questi file sono principalmente intesi per l'uso da parte del 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 ulteriori file di log generati dalle azioni di installazione. Ricercare in install_root\logs\wbi eventuali file di traccia generati durante il processo di installazione (o disinstallazione).
Ricercare in profile_root\logs per i file generati dalla creazione o implementazione del profilo, dove profile_root rappresenta la posizione di installazione del profilo WebSphere Process Server
(per impostazione predefinita, install_root\profiles\profile_name sulle piattaforme
Windows). Questi file sono principalmente intesi per l'uso da parte del supporto tecnico IBM.
- Se non sono presenti informazioni nei log di installazione, utilizzare il parametro -log con un file di risposta.
Alcuni eventi possono impedire a InstallShield
for Multiplatforms (ISMP) di avviare la procedura guidata all'installazione. Ad esempio, tale evento non dispone di spazio su disco sufficiente per avviare la procedura guidata all'installazione, ad esempio. Se l'installazione non riesce e non sono presenti informazioni nei log di installazione, utilizzare il parametro
-log con un file di risposta per registrare le voci degli eventi che non consentono al programma ISMP di avviare la procedura guidata all'installazione.
Questa operazione funziona con ciascuno dei seguenti file di risposta:
- responsefile.wps.txt
- responsefile.pcaw.standAloneProfile.txt
- responsefile.pcaw.dmgrProfile.txt
- responsefile.pcaw.managedProfile.txt
Per ulteriori informazioni sui file di risposta, fare riferimento a Installazione non presidiata del prodotto.
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 tali eventi è uguale ai seguenti esempi (i percorsi del file di risposta e i file di log e il nome corrente del file di risposta potrebbero essere differenti):
Su 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
Su piattaforme
Linux: install -options "/opt/IBM/WebSphere/silentFiles/myresponsefile.txt"
-silent -log # !/opt/IBM/WebSphere/myOptionFiles/log.txt @ALL
Su 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 non riuscito.
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. Ricercare nella stringa azione non riuscita per trovare il nome dello script di configurazione non riuscito.
- Verificare che non esista alcun file nella directory install_root/classes.
Il supporto IBM talvolta accoda il lavoro per i clienti e fornisce correzioni di debug e di verifica. Una posizione comune per tali correzioni si trova nella directory install_root/classes.
Per impostazione predefinita, la directory install_root/classes viene posizionata prima nel percorso di classe WebSphere Process Server per consentire di sovrascrivere altre classi.
Se si inserisce una correzione nella directory il problema non viene risolto. 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 altre risorse rimanenti, quindi effettuare la reinstallazione dopo aver attivato la traccia se i log 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 Primi passi per un determinato nodo (dove
profile_root rappresenta la posizione di installazione del profilo
WebSphere Process Server profile
(per impostazione predefinita,
install_root/profiles/profile_name su
piattaforme Linux e UNIX e
install_root\profiles\profile_name su 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 server del processo.
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 non esiste alcun processo Java o se il messaggio non viene visualizzato, esaminare gli stesi log per eventuali errori vari. Risolvere gli eventuali errori e riprovare.
E' 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 gestore distribuzione 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.
Su piattaforme Linux e UNIX: Aprire una finestra comandi ed immettere il comando
top per visualizzare i processi in esecuzione. Se il comando top non è disponibile sul sistema, utilizzare il comando
ps:
ps -ef | grep
java
Su piattaforme Windows: Premere Ctrl+Alt+Canc ed immettere T per aprire Task Manager. fare clic sulla Processi e sull'intestazione della colonna Nome dell'immagine per ordinare per nome dell'immagine. Ricercare i processi denominati java.exe.
Se non esiste alcun processo Java o se il messaggio non viene visualizzato, esaminare gli stesi log per eventuali errori vari. Correggere gli errori, quindi riprovare per avviare il gestore distribuzione.
Per le informazioni correnti disponibili all'assistenza IBM sui problemi noti e la relativa risoluzione, consultare la pagina Assistenza WebSphere Process Server IBM.
L'assistenza IBM dispone di documenti che consentono una raccolta più rapida delle informazioni necessarie per risolvere il problema. Prima di aprire PMR, consultare la pagina IBM WebSphere Process Server support.