Risoluzione dei problemi di installazione

Come risolvere i problemi relativi ad un'installazione non riuscita di WebSphere Process Server.

Perché e quando eseguire questa attività

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): Se il risultato è INSTCONFPARTIALSUCCESS o INSTCONFFAILED, continuare ad analizzare il problema seguendo questi passi:

Passi per questa attività

  1. 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.

  2. 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.

  3. 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:

    Icon indicating Linux platforms Icon indicating UNIX platforms Sulle piattaforme Linux e UNIX:
    1. install_root/logs/wbi
    2. %tmp% se non si trovano file in install_root/logs/wbi
    3. 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.
    4. 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.
    Icon indicating Windows platforms Sulle piattaforme Windows:
    1. install_root\logs\wbi
    2. %tmp% se non si trovano file in install_root\logs\wbi
    3. 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.
    4. 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.
  4. 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):

    Icon indicating AIX platforms Sulle piattaforme AIX:
    install -options "/usr/IBM/WebSphere/silentFiles/myresponsefile.txt" 
            -silent -log # !/usr/IBM/WebSphere/myOptionFiles/log.txt  @ALL
    Icon indicating HP-UX platforms Icon indicating Solaris platforms Su piattaforme HP-UX e Solaris:
    install -options "/opt/IBM/WebSphere/silentFiles/myresponsefile.txt" 
            -silent -log # !/opt/IBM/WebSphere/myOptionFiles/log.txt  @ALL
    Icon indicating Linux platforms Su piattaforme Linux:
    install -options "/opt/ibm/WebSphere/silentFiles/myresponsefile.txt" 
            -silent -log # !/opt/ibm/WebSphere/myOptionFiles/log.txt  @ALL
    Icon indicating Windows platforms 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
  5. 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.

  6. 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.

  7. 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:
      • Icon indicating Linux platforms Icon indicating UNIX platforms Sulle piattaforme Linux e UNIX:
        install -is:javaconsole
        Catturare il flusso su un file con i seguenti comandi:
        install -is:javaconsole > nomefiledacatturare.txt 2>&1
      • Icon indicating Windows platforms Sulle piattaforme Windows:
        install.exe -is:javaconsole
        Catturare il flusso su un file con i seguenti comandi:
        install.exe -is:javaconsole > drive:\nomefiledacatturare.txt
    • 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.
      • Icon indicating Linux platforms Icon indicating UNIX platforms Sulle piattaforme Linux e UNIX:
        install -W Setup.product.install.logAllEvents="true"
      • Icon indicating Windows platforms Sulle piattaforme Windows:
        install.exe -W Setup.product.install.logAllEvents="true"
  8. 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):
    • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: profile_root/firststeps/wbi/firststeps.sh
    • Icon indicating Windows platforms Su piattaforme Windows: profile_root\firststeps\wbi\firststeps.bat
    Avviare il server dalla riga comandi:
    1. Passare alla directory profile_root/bin nel profilo.
    2. Avviare il processo server.
      • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: ./startServer.sh server_name
      • Icon indicating Windows platforms Su piattaforme Windows: startServer.bat server_name
  9. 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:
    • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: profile_root/profiles/logs/server_name
    • Icon indicating Windows platforms Su piatteforme Windows: profile_root\profiles\logs\server_name
  10. 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 arrestare nome_server dalla riga comandi:
    • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: profile_root/bin/stopServer.shserver_name
    • Icon indicating Windows platforms Su piattaforme Windows: profile_root\bin\stopServer.bat server_name
    Se si attiva la sicurezza, specificare i parametri -user e -password del comando.
    Per avviare il Deployment Manager dalla riga comandi:
    • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: profile_root/bin/startManager.sh
    • Icon indicating Windows platforms Su piattaforme Windows: profile_root\bin\startManager.bat
  11. 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.
    Icon indicating Linux platforms Icon indicating UNIX platforms 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

    Icon indicating Windows platforms 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.

Operazioni successive

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.


(c) Copyright IBM Corporation 2005, 2006.
Questo Information Center è alimentato dalla tecnologia Eclipse (http://www.eclipse.org)