Cette procédure permet de nettoyer un système AIX 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 |
Emplacement du répertoire |
racine_installation |
Emplacement par défaut |
/usr/IBM/WebSphere/ESB ou /usr/IBM/WebSphere/AppServer |
Emplacement réel |
|
racine_profil |
Emplacement par défaut |
/usr/IBM/WebSphere/ESB/profiles/nom_profil ou
/usr/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.
- Répertoriez les composants de
WebSphere ESB
et de WebSphere Application Server qui sont
installés.
Entrez la commande suivante pour rechercher les packages associés:
lslpp -l | grep -i WS
Pour limiter la recherche aux packages
WebSphere ESB, entrez la commande
suivante :
lslpp -l | grep -i WSEAA60
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.
- Utilisez la commande geninstall pour supprimer les informations de registre de chaque
composant affiché dans la liste (pour les produits ayant été désinstallés).
Par exemple, exécutez la commande suivante pour afficher les packages ayant le préfixe WSE :
lslpp -l | grep -i WSE
Le système affiche la liste des packages correspondants.
Entrez la commande suivante
pour supprimer une entrée de registre (par exemple,
WSEAA60WBICoreComponent-6.0-0) :
geninstall -u WSEAA60WBICoreComponent-6.0-0
- 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 par défaut
/usr/IBM/WebSphere/ESB, entrez la commande suivante :
rm -rf /usr/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, reportez-vous au centre de documentation de
WebSphere
Application Server Network Deployment, version 6.0.
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.
- Exécutez les scripts odmclean.sh et aixclean.sh.
N'exécutez pas le script aixclean.sh si le produit WebSphere MQ est installé.
- Procurez-vous les scripts réalisés à partir de la note technique
Manual
uninstall On AIX requires odmclean.sh and aixclean.sh, disponible sur le site Web de
support de WebSphere Application Server.
- Editez le script odmclean.sh et remplacez chaque instance de la chaîne
/usr/WebSphere/AppServer par le répertoire racine réel.
- Exécutez le script aixclean.sh à partir de la ligne de commande :
./aixclean.sh
- Exécutez le script odmclean.sh à partir de la ligne de commande :
./odmclean.sh
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.