Preparazione alla reinstallazione dopo una disinstallazione non riuscita sui sistemi Solaris

Questa procedura svuota un sistema Solaris se la disinstallazione di WebSphere Process Server non è riuscita. Una volta eseguito il programma di disinstallazione, questi passi manuali rimuovono le voci di registro che possono impedire la reinstallazione del prodotto nella directory di origine. Se non si intende effettuare la reinstallazione, non eseguire questa attività.

Operazioni preliminari

Prima di eseguire questa procedura, verificare di aver disinstallato WebSphere Process Server utilizzando la procedura guidata alla disinstallazione o in modo non presidiato e che la procedura non sia riuscita correttamente. Se la procedura è riuscita correttamente, non è necessario eseguire questa attività.

Determinare la directory install_root per il prodotto, in modo da rimuoverlo in modo corretto e quindi svuotare il sistema.

Le directory predefinite vengono illustrate in Tabella 1:

Tabella 1. Tabella di pianificazione per l'identificazione della posizione corrente dell'installazione del prodotto
Identificativo Posizione della directory predefinita Ubicazione corrente
root_installazione /opt/IBM/WebSphere/ProcServer o /opt/IBM/WebSphere/AppServer  
profile_root /opt/IBM/WebSphere/ProcServer/profiles /profile_name o /opt/IBM/WebSphere/AppServer/profiles /profile_name

A queste voci è stato aggiunto uno spazio per consentire il posizionamento nella cella della tabella. Le voci correnti non comprendono uno spazio.

 
La procedura guidata all'installazione e la procedura guidata Profilo consentono di specificare le ubicazioni desiderate per le directory root di installazione. Esaminare i seguenti file per determinare le ubicazioni correnti:
  • Il file ~/.WBIRegistry identifica la root di installazione per tutti i prodotti WebSphere Process Server installati, il file ~/.WASRegistry identifica tutti i prodotti WebSphere Application Server. Questi file si trovano nella directory principale dell'ID utente da cui è stato installato il prodotto.
  • Il file install_root/logs/wasprofile/wasprofile_create_profile_name.log file per ciascun profilo creato identifica l'ubicazione di installazione nella sezione con la tag <method>invokeWSProfile</method> tag.
La disinstallazione del prodotto non rimuove la directory profile_root, compresa la directory profile_root/logs con il file pcatLog<timestamp>.txt, dove profile_root rappresenta la posizione di installazione del profilo. Inoltre, non viene rimossa anche la directory install_root/logs.

Perché e quando eseguire questa attività

Reinstallare il prodotto in una nuova directory se si desidera conservare i file dell'installazione precedente per avere una scenario di coesistenza. Tuttavia, è possibile eliminare tutti i file e le voci di registro per rimuovere completamente WebSphere Process Server. Un sistema pulito consente di reinstallare il prodotto nella directory originaria senza avere una scenario di coesistenza.

Importante: Con questa procedura è possibile rimuovere le risorse e gli indirizzi rimanenti in seguito alla disinstallazione di WebSphere Process Server e WebSphere Application Server o WebSphere Application Server Network Deployment. Si presuppone che gli indirizzi del prodotto WebSphere Application Server si trovino in un'installazione sottostante di WebSphere Process Server.

Per ottenere un sistema pulito, eseguire le procedure seguenti.

Passi per questa attività

  1. Collegarsi come root.
  2. Utilizzare il comando kill per eliminare tutti i processi Java in esecuzione.
    Se si stanno eseguendo dei processi Java che non sono correlati a WebSphere Process Server o ai prodotti WebSphere Application Server e non è possibile arrestarli, arrestare tutti i processi relativi ai prodotti WebSphere Process Server e WebSphere Application Server. Per determinare tutti i processi in esecuzione, utilizzare il seguente comando:
    ps -ef | grep
    java
    Arrestare tutti i processi relativi ai prodotti WebSphere Process Server e WebSphere Application Server con il comando kill -9 java_pid_1 java_pid_2...java_pid_n.
  3. Ricercare i pacchetti correlati. Immettere il seguente comando per mostrare i pacchetti dei prodotti WebSphere Process Server e WebSphere Application Server (se non viene visualizzato alcun pacchetto quando si utilizzano questi comandi, ignorare il passo successivo):
    pkginfo | grep WS
    Per limitare la query di ricerca solo ai pacchetti WebSphere Process Server, immettere il seguente comando:
    pkginfo | grep WSEAA60 
    Ad esempio, dopo aver immesso il comando pkginfo | grep WSEAA60, dovrebbe essere visualizzato il seguente elenco di pacchetti:
    application WSEAA60AB                        Non-HPRepository
    application WSEAA60BM                        BPCSamples
    application WSEAA60BN                        BPCSamples.ismp.component
    application WSEAA60BO                        Bpc.ismp.component
    application WSEAA60BP                        Bpc
    application WSEAA60CA                        WBICoreSamples.ismp.component
    application WSEAA60CC                        WBICore.ismp.component
    application WSEAA60CE                        CEI
    application WSEAA60CI                        CEI.ismp.component
    application WSEAA60CM                        CEISamples
    application WSEAA60CS                        WBICoreSamples
    application WSEAA60EMSCO                     CEISamples.ismp.component
    application WSEAA60JC                        Javadocs.ismp.component
    application WSEAA60JD                        Javadocs
    application WSEAA60LC                        LAP Component
    application WSEAA60SA                        Samples
    application WSEAA60SC                        WBIServerSamples.ismp.component
    application WSEAA60SS                        WBIServerSamples
    application WSEAA60WC                        WBICore
    application WSEAA60WS                        WBIServer

    I nomi del pacchetto WebSphere Process Server dispongono di un prefisso WSE e di un suffisso 60. I nomi dei pacchetti di WebSphere Application Server Network Deployment, versione 6.0, hanno un prefisso WSB o WSP e un suffisso 60. Non rimuovere i pacchetti per i prodotti WebSphere Process Server e WebSphere Application Server che non sono stati disinstallati.

  4. Passare alla directory nella quale sono registrate le informazioni sul pacchetto.
    cd /var/sadm/pkg 
  5. Immettere il seguente comando per rimuovere eventuali pacchetti correlati al prodotto WebSphere Process Server o WebSphere Application Server.
    pkgrm packagename1 packagename2 packagename3 ...

    Non rimuovere i pacchetti per i prodotti WebSphere Process Server e WebSphere Application Server che non sono stati disinstallati.

    Immettere i seguenti comandi dalla directory /var/sadm/pkg per ricercare e rimuovere tutti i pacchetti correlati al prodotto WebSphere Application Server e registrati nella directory /var/sadm/pkg:
    1. Passare alla directory corretta: cd /var/sadm/pkg
    2. ls |grep WSB|xargs -i pkgrm -n {} per i prodotti WebSphere Application Server
    3. ls |grep WSC|xargs -i pkgrm -n {} per i client WebSphere Application Server
    4. ls |grep WSP|xargs -i pkgrm -n {} per i plugin del server Web di WebSphere Application Server
    5. ls |grep WSE|xargs -i pkgrm -n {} per i prodotti WebSphere Process Server
    I nomi dei pacchetti per i plugin del server Web di WebSphere Application Server sono:
    WSPAA60
    WSPAA60AC 
    WSPAA60BC 
    WSPAA60CC 
    WSPAA60DC 
    WSPAA60FC 
    WSPAA60FB
    WSPAA60GC
    WSPAA60HC
    Se, durante la rimozione dei pacchetti, si verifica un problema, rimuovere le directory correlate al pacchetto nella directory /var/sadm/pkg, compresi i file antecedenti alla rimozione. Ad esempio, rimuovere il seguente file prima di immettere il comando pkgrm -n WSBAA60:
    /var/sadm/pkg/WSBAA60/install/preremove
  6. Rimuovere le directory del profilo che non si trovano nella directory root di installazione (install_root).

    Per determinare le posizioni delle directory del profilo, utilizzare prima il comando wasprofile -listProfiles per visualizzare i nomi del profilo. Quindi, per determinare la posizione delle directory del profilo, utilizzare il comando wasprofile -getPath -profileName profile_name, dove profile_name è il nome del profilo corrispondente ad una determinata directory.

  7. Rimuovere la directory root di installazione. Immettere rm -rf install_root per rimuovere le directory di WebSphere Process Server. Assicurarsi di specificare il percorso install_root corretto per il prodotto disinstallato. Ad esempio, se è stato disinstallato WebSphere Process Server dalla directory di installazione predefinita /opt/IBM/WebSphere/ProcServer, immettere il seguente comando:
    rm -rf /opt/IBM/WebSphere/ProcServer
    Rimuovere anche tutte le directory dei profili.
  8. Modificare i file .WBIRegistry e .WASRegistry.

    Questi file si trovano nella directory principale dell'ID utente da cui è stato installato il prodotto.

    Il file .WBIRegistry contiene una voce di una riga per ciascuna installazione del prodotto WebSphere Process Server, il file .WASRegistry per ciascuna installazione del prodotto WebSphere Application Server.

    È possibile eliminare questi file se è presente una sola riga che identifica il prodotto rimosso. Altrimenti utilizzare un editor di file di testo per eliminare la riga che identifica la directory root di installazione del prodotto rimosso. Lasciare inalterate le altre righe del file. Non eliminare i file .WBIRegistry e .WASRegistry se non sono state rimosse tutte le installazioni elencate in tali file.

Risultato

Questa procedura consente di avere un sistema pulito. Ora è possibile reinstallare il pacchetto nella stessa directory. Un sistema pulito non mantiene alcuna traccia delle installazioni precedenti che sono state eliminate.

Operazioni successive

Una volta svuotato il sistema, passare all'argomento Installazione del software per scegliere una procedura di installazione.


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