Cette procédure permet de nettoyer un système Linux 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/ProcServer/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 :
rpm -qa | grep WS
Pour limiter la recherche aux packages
WebSphere ESB, entrez la commande
suivante :
rpm -qa | grep WSEAA60
Par exemple, la commande
rpm -qa | grep WSEAA60 peut afficher la liste de
packages suivante :
WSEAA60WBICoreComponent-6.0-0
WSEAA60WBIServerSamplesComponent-6.0-0
WSEAA60BPCComponent-6.0-0
WSEAA60WBIServerComponent-6.0-0
WSEAA60JavadocsComponent-6.0-0
WSEAA60LicensingComponent-6.0-0
WSEAA60CEISamplesComponent-6.0-0
WSEAA60AddBytesNonHP-6.0-0
WSEAA60WBICoreSamplesComponent-6.0-0
WSEAA60CEIComponent-6.0-0
WSEAA60BPCSamplesComponent-6.0-0
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. Ne supprimez pas les packages des
produits WebSphere ESB et
WebSphere Application Server que vous n'avez pas
désinstallés.
- Entrez rpm -e nom_package pour supprimer tous les packages associés au
produit que vous avez désinstallé, le cas échéant.
Vous pouvez également rechercher les
packages pour vérifier que tous les éléments de la liste doivent être supprimés :
rpm -qa | grep
WSEAA60
Si la liste comporte uniquement des packages à supprimer, supprimez-les à l'aide la commande
ci-après :
rpm -qa | grep WSEAA60 | xargs rpm -e
En cas de problème de dépendance de package, vous pouvez utiliser la commande suivante pour supprimer les packages :
rpm -e nom_package --nodeps --justdb
L'option nodeps ignore la vérification de dépendance.
L'option justdb met uniquement à jour la base de données des packages, et non le système de
fichiers. L'utilisation de l'option nodeps seule peut entraîner l'échec de la suppression du
package en cas de non-correspondance dans le système de fichiers dépendant (fichiers et répertoires).
- 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
- Editez le fichier vpd.properties pour supprimer les entrées de
WebSphere ESB et
WebSphere Application Server Network Deployment.
Ce fichier est situé dans le répertoire d'installation du système d'exploitation (répertoire
racine). Supprimez toutes les entrées correspondant au produit
WebSphere ESB que vous avez désinstallé.
Les entrées de WebSphere ESB commencent
par les lettres WSE, suivies du numéro de version et du chemin d'accès au répertoire
racine_installation, correspondant au produit que vous avez désinstallé. (Chaque entrée figure sur une
seule ligne si l'option de renvoi automatique à la ligne de l'éditeur de texte que vous utilisez est
désactivée.)
Les entrées de
WebSphere Application Server Network Deployment dans le
fichier vpd.properties utilisent le même format. Pour plus d'informations sur ces entrées et
sur le fichier vpd.properties, voir le
fichier vpd.properties.
Ne supprimez pas le fichier vpd.properties et ne le renommez pas car le
programme ISMP (InstallShield for MultiPlatforms) l'utilise pour les autres produits qu'il installe. Si le
produit WebSphere ESB ou
WebSphere Application Server que vous désinstallez est le
seul produit qui possède des entrées dans le fichier vpd.properties, vous pouvez supprimer
ce dernier.
- 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.