Cette procédure permet de nettoyer un système Solaris suite à un échec de la désinstallation de
WebSphere ESB. Elle consiste à supprimer
manuellement les entrées de registre pouvant empêcher la réinstallation du produit dans le répertoire
d'origine. Si vous n'avez pas l'intention de réinstaller le produit, il est inutile d'effectuer cette
procédure.
Avant d'effectuer la procédure suivante, vérifiez que vous avez désinstallé
WebSphere ESB en mode silencieux ou à
l'aide de l'assistant de désinstallation, et assurez-vous que l'opération ne s'est pas déroulée correctement.
Cette procédure est inutile si la désinstallation a abouti.
Identifiez le répertoire
racine_installation du produit à supprimer.
Les répertoires par défaut sont indiqués dans le
Tableau 1 :
Tableau 1. Identification du répertoire d'installation du
produitIdentificateur |
Répertoire par défaut |
racine_installation |
Emplacement par défaut |
/opt/IBM/WebSphere/ESB ou
/opt/IBM/WebSphere/AppServer |
Emplacement réel |
racine_profil |
|
Emplacement par défaut |
/opt/IBM/WebSphere/ESB/profiles/nom_profil ou
/opt/IBM/WebSphere/AppServer/profiles/nom_profil |
Emplacement réel |
|
L'assistant d'installation et l'assistant de gestion des profils vous permettent d'utiliser le
répertoire de votre choix comme emplacement racine de l'installation.
Examinez les fichiers suivants pour déterminer les emplacements réels :
- Les fichiers ~/.WBIRegistry et ~/.WASRegistry identifient
respectivement la racine d'installation de tous les produits
WebSphere ESB et
WebSphere Application Server installés.
Ces fichiers sont situés dans le répertoire de base de l'ID utilisateur qui a procédé à l'installation.
- Le fichier
racine_installation/logs/wasprofile/wasprofile_create_nom_profil.log de chaque
profil créé indique l'emplacement d'installation dans la section contenant la balise
<method>invokeWSProfile</method>.
La désinstallation du produit ne supprime pas le répertoire
racine_profil, ni le
sous-répertoire
racine_profil/logs, qui contient le fichier
pcatLog<horodatage>.txt (
racine_profil représente l'emplacement
d'installation du
profil). Le répertoire
racine_installation/logs est également conservé.
Si des fichiers d'une installation précédente ont été conservés, la réinstallation du produit
dans un nouveau répertoire peut créer un scénario de coexistence. Cependant, vous pouvez supprimer tous les
fichiers et les entrées de registre afin de supprimer totalement
WebSphere ESB. Un système propre vous
permet de réinstaller le produit dans le répertoire d'origine sans coexistence.
Important : Les différentes étapes de la procédure suivante indiquent comment supprimer les artefacts de
WebSphere ESB et de
WebSphere Application Server Network Deployment n'ayant pas
été effacés au cours de la désinstallation. Cette procédure suppose que
WebSphere Application Server est le produit sous-jacent
associé à WebSphere ESB.
Procédez comme suit pour nettoyer le système.
- Connectez-vous en tant que root.
- Utilisez la commande kill pour arrêter les processus Java en cours d'exécution.
Si des processus Java non associés à
WebSphere ESB ou à
WebSphere Application Server sont actifs et ne peuvent pas
être arrêtés, arrêtez simplement tous les processus associés à ces deux produits.
Utilisez la commande suivante pour identifier tous les processus en cours d'exécution :
ps -ef | grep java
Arrêtez tous les processus associés à
WebSphere ESB et
WebSphere Application Server à l'aide de la commande
kill -9 java_pid_1 java_pid_2...java_pid_n.
- Recherchez les packages associés. Exécutez la commande suivante pour afficher les
packages des produits WebSphere ESB et
WebSphere Application Server (si aucun package ne s'affiche
lors de l'utilisation de ces commandes, ignorez l'étape suivante) :
pkginfo | grep WS
Pour limiter la recherche aux packages
WebSphere ESB, entrez la commande
suivante :
pkginfo | grep WSEAA60
Par exemple, la commande
pkginfo | grep WSEAA60 peut afficher la liste de
packages suivante :
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
Les noms des packages
WebSphere ESB commencent par WSE et se
terminent par 60. Ceux de WebSphere Application Server
Network Deployment commencent par WSB ou WSP et se terminent par 60.
- Accédez au répertoire où les informations du package sont enregistrées.
cd /var/sadm/pkg
- Entrez la commande suivante pour supprimer tous les packages liés à
WebSphere ESB ou
WebSphere Application Server.
pkgrm nompackage1 nompackage2 nompackage3 ...
Ne supprimez pas les packages des produits
WebSphere ESB et
WebSphere Application Server que vous n'avez pas
désinstallés.
Entrez les commandes suivantes à partir du répertoire
/var/sadm/pkg
pour rechercher et supprimer tous les packages liés au produit
WebSphere Application Server enregistrés dans le répertoire
/var/sadm/pkg :
- Accédez au répertoire approprié : cd /var/sadm/pkg
- ls |grep WSB|xargs -i pkgrm -n {} pour les produits WebSphere Application Server
- ls |grep WSC|xargs -i pkgrm -n {} pour les clients WebSphere Application Server
- ls |grep WSP|xargs -i pkgrm -n {} pour les modules d'extension de serveur Web de
WebSphere Application Server
- ls |grep WSE|xargs -i pkgrm -n {} pour les produits
WebSphere ESB
Les noms de package des modules d'extension de serveur Web pour
WebSphere Application Server sont
les suivants :
WSPAA60
WSPAA60AC
WSPAA60BC
WSPAA60CC
WSPAA60DC
WSPAA60FC
WSPAA60FB
WSPAA60GC
WSPAA60HC
Si vous rencontrez des difficultés lors de la suppression des packages, supprimez
les répertoires de packages correspondants du répertoire
/var/sadm/pkg, y compris
les fichiers existant avant la suppression. Par exemple, supprimez le fichier suivant avant d'entrer la
commande
pkgrm -n WSBAA60 :
/var/sadm/pkg/WSBAA60/install/preremove
- Supprimez les répertoires de profils situés en dehors du répertoire principal d'installation
(racine_installation).
Pour connaître l'emplacement des répertoires de
profils, utilisez d'abord la commande manageprofile -listProfiles pour afficher les noms des
profils. Ensuite, exécutez la commande manageprofile -getPath -profileName
nom_profil (nom_profil représente le nom de
profil correspondant à un répertoire donné).
- Supprimez le répertoire racine d'installation. Entrez rm -rf
racine_installation pour supprimer les répertoires de
WebSphere ESB. Veillez à bien indiquer
le répertoire racine_installation correspondant au produit désinstallé.
Par exemple, si vous avez désinstallé
WebSphere ESB du répertoire
d'installation par défaut /opt/IBM/WebSphere/ESB, entrez la commande suivante :
rm -rf /opt/IBM/WebSphere/ESB
Supprimez également tous les répertoires de profils.
- Editez les fichiers .WBIRegistry et .WASRegistry.
Ces fichiers sont situés dans le répertoire de base de l'ID utilisateur qui a procédé à
l'installation.
Les fichiers .WBIRegistry et .WASRegistry contiennent
respectivement une entrée d'une ligne pour chaque installation de
WebSphere ESB et de
WebSphere Application Server.
Si ces fichiers
contiennent une seule ligne identifiant le produit supprimé, vous pouvez les supprimer. Sinon, utilisez un
éditeur de texte standard pour supprimer la ligne identifiant le répertoire racine du produit supprimé et
conservez les autres lignes. Ne supprimez pas les fichiers .WBIRegistry et
.WASRegistry à moins d'avoir désinstallé tous les produits qui y sont répertoriés.
Cette procédure permet de nettoyer le système ; vous pouvez donc maintenant réinstaller le produit
dans les répertoires d'origine. Un système "nettoyé" ne contient aucune trace d'une installation ayant été
supprimée.