Exécution de procédures OLAR à partir de la ligne de commande

La fonction d'analyse des ressources critiques n'est pas disponible à partir de la ligne de commande (rad) : il appartient donc à l'ingénieur ou à l'administrateur système de vérifier que les autres services ne sont pas affectés par ce mode d'exécution des procédures OLAR.

Utilisez rad avec la plus extrême circonspection car la commande essaie le plus souvent de mener l'opération à son terme. Si vous exécutez, par exemple, la commande : rad -s numéro_de_logement, vous neutraliserez les instances du pilote de tous les noeuds E/S contrôlés par ce logement, même si vous ne vouliez neutraliser qu'une instance particulière du pilote (comme dans le cas d'une carte multifonctions). Etudiez et choisissez soigneusement les options de la ligne de commande.
La section « Analyse des ressources critiques » ci-après donne une liste de haut-niveau des étapes que vous pouvez suivre pour identifier les dépendances critiques. Bien que ces étapes soient intégrées aux procédures d'Ajout et de Remplacement qui suivent, l'étude de cette section vous permettra de mieux comprendre l'étendue d'une opération OLAR.
Pour ne rien oublier au cours de l'analyse des ressources critiques qui précède l'exécution d'une procédure OLAR avec rad, il est fortement recommandé de respecter l'ordre des étapes de la procédure proposée.

Analyse des ressources critiques

Une ressource critique est une ressource susceptible d'entraîner un incident du système ou d'empêcher l'aboutissement d'une opération si cette ressource est provisoirement neutralisée ou déconnectée. SAM utilise, par exemple, de l'espace dans le système de fichiers /usr: si le lien vers ce système de fichiers est perdu, SAM ne peut pas terminer l'opération. Un autre exemple est l'utilisation de SAM pour administrer une machine distante sur un réseau. Si la carte d'interface réseau qui permet à SAM d'accéder à la machine distante est mise hors tension, SAM perd sa connexion et l'opération échoue. SAM ne peut pas déterminer les ressources nécessaires à une application utilisateur et ne peut signaler que les ressources en cours d'utilisation qui ne disposent d'aucune alternative identifiable. Il vous appartient de vous assurer qu'aucune des ressources dépendantes signalées n'est indispensable au fonctionnement d'une application.

Lorsque vous remplacez une carte, SAM effectue une analyse des ressources critiques, c'est à dire qu'il recherche sur tous les ports de la carte cible si certaines ressources critiques risquent d'être provisoirement indisponibles lorsque la carte sera mise hors tension.

Cette fonction n'est pas disponible à partir de rad: il appartient donc à l'ingénieur ou à l'administrateur système de vérifier que les procédures OLAR sont sans danger pour le système.

La procédure suivante présente à haut niveau les étapes que vous pouvez suivre pour exécuter manuellement certaines fonctions élémentaires de l'analyse des ressources critiques de SAM :

Utilisez rad -q pour identifier le logement et le chemin physique de la carte cible et des autres cartes concernées comme les cartes multifonctions ;
Utilisez rad -a pour déterminer si le logement de carte cible appartient à un domaine d'alimentation possédant d'autres logements de carte ; actuellement, il n'existe pas de domaine d'alimentation à logements multiples.
Utilisez rad -c pour déterminer si la carte de remplacement est compatible avec la carte cible ;
Utilisez ioscan -fnk pour identifier les noms des périphériques de la carte cible et des cartes concernées ;
Déterminez les applications et les processus qui dépendent de la carte cible et des cartes concernées ;
Déterminez si ces applications et processus peuvent être arrêtés ou neutralisés pendant les procédures d'ajout ou de remplacement, ainsi que les limites propres à l'arrêt ou à la neutralisation de ces cartes ;
1. Si la carte cible est dans le chemin critique alors que les services qui en dépendent ne peuvent pas être interrompus, essayez d'ajouter en-ligne une carte similaire, de déplacer les services en question vers la nouvelle carte et de remplacer en-ligne la carte cible.
2. Si la carte cible n'est pas dans le chemin critique, exécutez la procédure de remplacement en-ligne après avoir prévenu les utilisateurs et préparé les applications en conséquence.

Scripts OLAR




	REMARQUE : SAM exécute automatiquement les scripts OLAR. Si vous utilisez rad, vous devez exécuter manuellement chacun des scripts comme il est décrit dans la procédure d'Ajout et de Remplacement. L'exécution manuelle de ces scripts est complexe et HP recommande fortement d'utiliser SAM pour exécuter les opérations OLAR.

Emplacement et identification des scripts OLAR

Les scripts OLAR résident dans le répertoire suivant : /usr/sbin/olrad.d et sont identifiés par le nom du pilote.

Les scripts OLAR sont identifiés par le nom du pilote. Ainsi, lorsque la commande ioscan(1M) désigne le pilote associé avec un périphérique sous le nom de pilote1, le script associé au périphérique porte le nom pilote1.

Exécution des scripts OLAR

Les procédures d'exécution des scripts OLAR sont décrites en fonction des besoins dans les procédures détaillées d'Ajout et de Remplacement. On peut toutefois retenir les principes suivants :

Exécutez rad -q pour identifier le numéro de logement et le chemin physique de la carte cible.
Exécutez ioscan pour identifier le pilote de la carte cible (dans notre exemple : pilote_cible).
Exécutez une liste longue du répertoire de scripts :
ls -l /usr/sbin/olrad.d.
Si le script pilote_cible existe, exécutez-le avec les paramètres de la ligne de commande adéquats.

Commandes de scripts OLAR

Commandes pref-OLAR (opérations préalables)

Exécutez les scripts pref-OLAR afin d'identifier et de signaler les conséquences d'une neutralisation ou d'une suppression (par exemple, les applications qui utilisent des ressources) et dans quelle mesure elles peuvent rendre un noeud E/S inopérant. (La tâche qui consiste à neutraliser un noeud E/S est réalisée au cours des scripts prep-OLAR.)Les scripts pref-OLAR reconnaissent les paramètres suivants :

Exécuter la commande
Chemin physique du noeud E/S

Exemple :

# sh /usr/sbin/olrad.d/nom_du_pilote pref_replace chemin_physique

Les scripts pref-OLAR renvoient « 0 » (pour « OUI ») ou « 1 » (pour « NON »).

Si la valeur renvoyée est « 0 », vous pouvez continuer les étapes suivantes.
Si la valeur renvoyée est « 1 », le script affiche également un message dans stderr. En fonction des implications de ce message, l'utilisateur peut choisir d'interrompre la procédure ou de poursuivre les étapes suivantes.

Scripts prep-OLAR (opérations de préparation)

Exécutez les scripts prep-OLAR juste avant de neutraliser les opérations logicielles du pilote : ces scripts constituent la première étape du remplacement d'une carte contrôleur PCI et contiennent les instructions indispensables pour mettre hors service la ressource cible, avant de bloquer véritablement toute activité vers et en provenance du périphérique. Par exemple, un script de préparation au remplacement (prep-replace) peut vérifier la présence d'un anneau à jeton, de fonctions à haute disponibilité, de relais de commutation ou de dispositifs de sauvegarde disponibles.

Les scripts prep-OLAR reconnaissent les paramètres suivants :

Exécuter la commande
Chemin physique du noeud E/S

Exemple :

# sh /usr/sbin/olrad.d/nom_du_pilote prep_replace chemin_physique

Le script renvoie la valeur :

« 0 » en cas de réussite
« 1 » en cas d'échec, mais s'il a été capable de rétablir le système à son état original avant l'exécution du script
« 2 » en cas d'échec et s'il n'a pas été capable de rétablir le système

Scripts post-OLAR (après les opérations)

Exécutez les scripts post-OLAR juste après qu'une carte contrôleur E/S PCI ait été ajoutée ou remplacée, et initialisée. Ces scripts contiennent les instructions nécessaires pour mettre en service la carte remplacée avant que l'activité vers et en provenance de la carte ne soit véritablement (re)démarrée. Un script post-OLAR pourrait, par exemple, servir à télécharger du code vers des cartes d'interface en cas de correctif micrologiciel. Il pourrait également servir à avertir d'autres logiciels de la disponibilité de la ressource.

Chaque périphérique compatible OLAR possède un script qui accepte les paramètres et retourne le code d'achèvement.

Les scripts post-OLAR reconnaissent les paramètres suivants :

Exécuter la commande
Chemin physique du noeud E/S

Exemple :

# sh /usr/sbin/olrad.d/nom_du_pilote post_replace chemin_physique

Le script renvoie la valeur :

« 0 » en cas de réussite
« 1 » en cas d'échec, mais s'il a été capable de rétablir le système à son état original avant l'exécution du script
« 2 » en cas d'échec et s'il n'a pas été capable de rétablir le système

Paramètres de la ligne de commande des scripts OLAR

La liste suivante présente les associations valides d'actions OLAR (ajouter et remplacer) et d'actions Script (pref, prep, post), qui constituent une liste valide de paramètres d'action pour l'exécution du script :

post_add
pref_replace
prep_replace
post_replace

Modules de noyau à chargement dynamique (DLKM : Dynamically Loadable Kernel Modules)

La fonction DLKM permet de charger automatiquement les pilotes logiciels. Lorsqu'un pilote DLKM est installé sur un système, il est enregistré auprès du système et configuré dans le noyau : il peut alors être chargé en force, à la demande ou automatiquement.

Dans le premier cas, tout se passe comme si le pilote était statique : il est toujours chargé dans le noyau à l'amorçage du système.
Dans le deuxième cas, le pilote est chargé par l'exécution d'un utilitaire dans l'espace utilisateur.
Lorsque le périphérique est ouvert par une application quelconque, le pilote est automatiquement chargé et lié dans le noyau, s'il ne l'est déjà ; tout se passe, de manière transparente pour l'utilisateur ou l'application. Si le pilote est dans le noyau, mais n'est pas utilisé pendant un certain temps, il peut être déchargé de la mémoire afin de libérer l'espace correspondant. Ceci peut également se produire de manière transparente pour l'utilisateur ou l'application.

Lorsque vous exécutez des procédures OLAR, les pilotes DLKM offrent souvent des avantages significatifs par rapport aux pilotes de périphérique traditionnels.

Par exemple, lorsque vous ajoutez en-ligne une nouvelle carte d'interface, la procédure utilisée ressemble globalement à celle-ci :

Coupez l'alimentation du logement
Insérez la nouvelle carte d'interface
Rétablissez l'alimentation du logement
Exécutez ioscan - aucun pilote ne reconnaît la carte
Exécutez rad -c pour obtenir des informations sur le périphérique
Associez ces informations à celles contenues dans la base de données de pilotes
Exécutez le chargement automatique du pilote DLKM adéquat
Exécutez de nouveau ioscan pour que le pilote reconnaisse la carte

Cette procédure peut être réalisée sans qu'il soit nécessaire de reconstruire le noyau ni de réamorcer le système.

Comment Remplacer En-Ligne (OLR) une carte PCI avec rad

Avant de remplacer une carte d'interface, envisagez les conséquences de la procédure sur le système hôte et, pour plus d'informations, étudiez des différents sujets abordés dans la section « Planification et préparation » :
- Vérifiez si la carte cible est une carte multi-ports.

Déterminez le numéro du logement qui hébergera la carte que vous remplacez. Exemple :

# rad -q

Slot Path  Bus  Speed  Power  Occupied    Suspended   Driver(s)_Capable
1    0/5   40   33     Off    No          N/A         N/A
2    0/4   32   33     On     Yes         No          Yes
4    0/8   64   33     On     Yes         No          Yes
5    0/10  80   33     Off    No          N/A         N/A
6    0/2   16   33     On     Yes         No          Yes

Regardez plus attentivement le contenu des champs suivants :

Slot affiche le numéro du logement qui héberge la carte. Dans cet exemple, la carte cible est une simple carte d'interface qui ne possède qu'une seule fonction. La carte cible pourrait également être une carte pont PCI-vers-PCI ou l'un des nombreux types de cartes multiports.




	REMARQUE : Pour des informations plus détaillées concernant les unités d'extension et les cartes multiports, veuillez consulter la section « CONSIDERATIONS AVANCEES ». Pour visualiser des exemples de l'utilisation de rad dans des cas plus techniques, consultez également la page de manuel HP-UX rad(1m).

Path montre le chemin physique de chaque logement physique de la machine.
Driver(s)_Capable indique si le pilote de la carte que vous désirez remplacer est compatible OLAR ou non.




	REMARQUE : Si vous rencontrez des difficultés plus loin dans cette procédure, il pourra être utile de vous reporter aux informations obtenues à l'étape 1 : pour cela, il est préférable de réaliser une copie d'écran, de sauvegarder ou d'imprimer le résultat de la commande rad -q .

Vérifiez que le logement de carte cible désigné par rad coïncide avec l'étiquette du logement physique de la carte cible sur le serveur :
1. Mettez le logement de carte cible en mode attention pour faire clignoter la diode jaune située près du logement de carte :
  # rad -f attention numéro_du_logement
  où numéro_du_logement contient la valeur du champ Slot retournée par la commande rad -q.
2. Assurez-vous d'avoir choisi le bon numéro de logement en examinant le numéro inscrit sur le châssis juste à côté de la diode jaune clignotante. Par exemple, si vous avez exécuté rad -f attention 2, alors le numéro visible près de la diode clignotante doit être 2.
3. Si le numéro de logement désigné par rad ne correspond pas au logement physique que vous avez sélectionné, vous devrez recommencer cette étape pour trouver le logement correct. Procédez de la manière suivante :
  1. Exécutez de nouveau rad -q et enregistrez la sortie écran ;
  2. Pour chaque numéro de logement de la liste, exécutez rad -f flag numéro_de_logement, puis enregistrez le numéro inscrit à côté de la diode clignotante et exécutez rad -f off numéro_de_logement pour éteindre la diode ;
  3. Recommencez la procédure jusqu'à obtenir une liste exacte des numéros de logement signalés par rad et associés aux numéros d'identification inscrit sur le châssis.
Cette étape n'est pas indispensable car il n'existe pas encore de domaines d'alimentation multi-logements. Une fois que vous avez vérifié le numéro de logement correspondant à la carte cible, vérifiez les autres logements affectés par le logement en question (dans le même domaine d'alimentation) :
# rad -a numéro_du_logement
Si aucun autre logement n'est affecté rad -a renvoie seulement le numéro d'identification du logement que vous avez sélectionné. Si le logement sélectionné appartient à un domaine d'alimentation qui possède d'autres logements, la commande retourne tous les numéros des logements du domaine d'alimentation, séparés par un retour chariot.
Déterminez si la carte cible possède plusieurs noeuds E/S (s'il s'agit d'une carte multi-ports, par exemple) :
# rad -h numéro_du_logement
Cette commande signale tous les noeuds E/S de la carte cible.
Vérifiez la présence d'un script OLAR de préparation au remplacement (prep_replace) dans /usr/sbin/olard.d/
Si aucune commande préparatoire n'est nécessaire, le script ne sera pas exécuté. Pour plus d'informations sur les noms, l'emplacement et l'objet des scripts OLAR, consultez la section « Scripts OLAR ». Si le script est présent, exécutez les étapes suivantes :
1. Exécutez le script suivant pour chaque port de la carte cible :
  # /usr/sbin/olrad.d/nom_du_pilote prep_replace <chemin_physique>
2. Le script prep_replace effectue tout le travail de préparation nécessaire avant que vous ne neutralisiez le pilote. Par exemple, il peut être nécessaire de délier une carte réseau d'une opération sur le réseau. Veillez à ce que le script se termine sans message d'erreur avant de passer à l'étape suivante.
Neutralisez les pilotes de la carte cible :
# rad -s numéro_du_logement
qui affiche le chemin physique et l'identifiant de la carte et vous demande une confirmation.
Entrez Y pour continuer. Exemple :
The following interface driver I/O node(s) will be suspended:0/12/0/0 c720Do you wish to continue(Y/N)? Y
#
Si la carte cible est une carte multi-ports, tous les noeuds E/S seront neutralisés.
rad affiche l'invite de commande une fois que le pilote a été convenablement neutralisé. Si, pour une quelconque raison, l'instance de pilote ne peut pas être neutralisée, rad envoie un message d'erreur à la console.
Coupez l'alimentation du logement cible :
# rad -o numéro_du_logement
Si le logement est correctement mis hors tension, rad retourne l'invite de commande. A cet instant, la diode verte du logement cible est éteinte alors que la diode jaune continue de clignoter pour faciliter l'identification de la carte sur le châssis.
Remplacez la carte cible.
1. Préparez le porte-cartes de la carte E/S PCI :
  1. Retirez la portée avant
  2. Faites ressortir le SPU de l'arrière de l'unité
  3. Le SPU contient deux porte-cartes E/S PCI, l'un à gauche, l'autre à droite. Pour remplacer une carte E/S PCI placée à gauche du SPU, il peut être nécessaire de retirer la porte arrière.
2. Retirez la carte cible du SPU :
  1. Enlevez le câble E/S relié à la carte à retirer.
  2. Desserrez les deux vis captives sur le côté arrière du capot PCI et faites-le sortir du SPU.
  3. Retirez la vis qui maintient la carte sur la cloison arrière.
  4. Saisissez l'onglet des séparateurs / extracteurs de la carte PCI et tirez vers l'extérieur pour la dégager. Lorsqu'elle est située sur le côté gauche, la carte se dégage juste en dessous de l'extracteur, et juste au-dessus lorsqu'elle est située à droite. Le séparateur / extracteur PCI ne peut pas sortir du porte-cartes sans intervention extérieure.
  5. Saisissez la carte E/S par les bords et sortez la du SPU.
3. Insérez la carte de remplacement dans le SPU :
  1. Alignez la carte PCI sur le logement approprié.
  2. Insérez la carte PCI dans le porte-cartes, entre les séparateurs / extracteurs de carte.
  3. Appuyez fermement sur la carte PCI pour vous assurer qu'elle est bien insérée.
  4. Placez la vis qui maintient la carte sur la cloison arrière, et serrez-la.
4. Préparez la réinsertion du SPU :
  1. Replacez le capot PCI.
  2. Connectez le câble E/S approprié à la carte PCI installée.
  3. Replacez le SPU dans l'unité.
  4. Il sera peut-être utile de réinstaller la porte arrière pour les cartes situées sur la gauche du SPU.
Rétablissez l'alimentation du logement cible :
# rad -i numéro_du_logement
Si l'alimentation du logement cible est convenablement rétablie, rad retourne l'invite de commande et la diode verte se rallume.
Réactivez les pilotes de la carte cible et des autres cartes concernées :
# rad -r numéro_du_logement
rad affiche l'invite de commande une fois que le pilote a été convenablement réactivé.
Lorsque vous utilisez rad avec l'option -r, souvenez-vous que tous les ports associés avec le logement seront réactivés.
Si l'une des instances de pilote ne peut pas être réactivée, rad cherchera à réinitialiser le pilote cible et les pilotes affectés à l'état qu'ils avaient avant l'exécution de la commande.
Il est également possible que rad ne parvienne pas à rétablir un pilote à son état antérieur. Dans ce cas, rad vous en avertit, passe au pilote suivant et continue d'essayer de réactiver tous les autres pilotes concernés suivants.
Pour vous assurer que tous les pilotes ont été convenablement réactivés, procédez de la manière suivante :
1. Exécutez rad -q puis rad -a pour obtenir une information sur le logement cible et les logements affectés.
2. Exécutez rad -v pour obtenir une information sur l'état des pilotes en fonction des chemins physiques affectés.
Comparez les résultats de ces deux commandes avec les informations obtenues dans la première partie de cette procédure : « Préparation au remplacement d'une carte d'interface à l'aide de rad ». Modifiez manuellement l'état de chaque pilote qui n'aurait pas été convenablement réactivé.

Vérifiez l'existence d'un script OLAR de post remplacement (post_replace) dans le répertoire /usr/sbin/olard.d/. Pour plus de renseignements sur les scripts et les conventions d'appellation, consultez la section « Scripts OLAR ». Si aucune commande post-remplacement n'est nécessaire, aucun script ne sera présent. Si le script est présent, exécutez les étapes suivantes :

# sh /usr/sbin/olrad.d/nom_du_pilote post_replace chemin_physique




	ATTENTION : Dans de nombreux cas, les scripts post-remplacement contiennent des commandes qui téléchargent automatiquement des programmes de mise à jour constructeur pour les cartes d'interface. Si aucun script de post-remplacement n'existe pour la nouvelle carte et si le pilote de la carte est compatible OLAR, il peut être utile d'exécuter les étapes suivantes pour s'assurer de la compatibilité de la carte et du pilote : Examinez les fichiers de consignation système ou la documentation de maintenance pour déterminer si l'ancienne carte a fait l'objet d'une mise à jour. Identifiez la version du micrologiciel de la nouvelle carte. Si le micrologiciel de l'ancienne carte n'a pas été mis à jour ni modifié et si la carte en contient une version plus récente, vérifiez que le pilote existant l'accepte, ou procurez-vous une version plus récente du pilote.

Vérifiez que la ressource remplacée est valide :
Remarque : La sortie des commandes rad et ioscan vous tient généralement informé des erreurs et des problèmes éventuels à mesure que vous avancez dans la procédure. Si vous avez réussi à réactiver les pilotes au cours de l'étape précédente, procédez comme suit pour vous assurer du fonctionnement de la nouvelle ressource :
1. Exécutez ioscan pour vérifier l'état des pilotes du ou des périphériques cibles.
2. Exécutez rad (avec les options -q puis -c) pour vérifier le fonctionnement des cartes cibles.
Replacez la diode jaune du logement de la carte cible en mode éteint :
# rad -f attention numéro_du_logement
où numéro_du_logement contient la valeur du champ Slot retournée par la commande rad -q.
Avertissez les utilisateurs et les applications de la disponibilité des ressources

Comment Ajouter En-Ligne (OLA) une carte PCI avec rad

Avant d'insérer une nouvelle carte d'interface dans le système, envisagez les conséquences de la procédure sur le système hôte et, pour plus d'informations, étudiez des différents sujets abordés dans la section « Planification et préparation » :
- La nouvelle carte doit être compatible avec le système.
- Chaque logement PCI compatible OLAR est capable de fournir une certaine quantité de courant : la consommation de la nouvelle carte ne doit pas excéder cette limite.
- La carte doit être compatible avec la fréquence de bus du logement.
- Le pilote associé à la carte doit être présent dans le noyau. Vous trouverez les références du pilote nécessaire dans la documentation de la carte. (Dans la plupart des cas, la carte de remplacement est du même type que la carte déjà installée dans le système, et le pilote figurera déjà dans le noyau.)
  Si le pilote requis est un module de noyau à chargement dynamique (DLKM) qui n'est pas présent dans le noyau, vous devrez le charger à partir de la ligne de commande.
  Si le pilote requis est statique et n'est pas configuré dans le noyau, vous devrez l'ajouter manuellement au noyau plus tard, ce qui implique un réamorçage de la machine.
A partir de la ligne de commande, vérifiez que le pilote adapté à la carte est chargé et configuré dans le noyau.

Déterminez le numéro d'un logement dans lequel vous pourrez ajouter une nouvelle carte d'interface. Exemple :

# rad -q

SlSlot Path   Bus     Speed   Power   Occupied    Suspended   Driver(s)_Capable
1      0/5    40      33      On      Yes         No          Yes
2      0/4    32      33      Off     No          N/A         N/A
4      0/8    64      33      Off     No          N/A         N/A
5      0/10   80      33      On      Yes         Yes         Yes
6      0/2    16      33      On      Yes         No          No

Sélectionnez un logement disponible (No correspond à un logement occupé) et notez son numéro.

Vérifiez que le logement de carte cible désigné par rad coïncide avec l'étiquette du logement physique de la carte cible sur le serveur :
1. Mettez le logement de carte cible en mode attention pour faire clignoter la diode jaune située près du logement de carte :
  # rad -f attention numéro_du_logement
  où numéro_du_logement contient le numéro retourné par la commande rad -q.
2. Vérifiez que le logement choisi a été correctement désigné et qu'il est bien vide en examinant le numéro inscrit sur le châssis juste à côté de la diode jaune clignotante. Par exemple, si vous avez exécuté rad -f attention 2, alors le numéro visible près de la diode clignotante doit être 2.
3. Si le numéro de logement désigné par rad ne correspond pas au logement physique que vous avez sélectionné, vous devrez recommencer cette étape pour trouver le logement correct. Procédez de la manière suivante :
  1. Exécutez de nouveau rad -q et enregistrez la sortie écran ;
  2. Pour chaque numéro de logement de la liste, exécutez rad -f flag numéro_de_logement, puis enregistrez le numéro inscrit à côté de la diode clignotante et exécutez rad -f off numéro_de_logement pour éteindre la diode ;
  3. Recommencez la procédure jusqu'à obtenir une liste exacte des numéros de logement signalés par rad et associés aux numéros d'identification inscrit sur le châssis.
Cette étape n'est pas indispensable car il n'existe pas encore de domaines d'alimentation multi-logements.Une fois que vous avez vérifié le numéro de logement correspondant à la carte cible à ajouter, vérifiez les autres logements affectés par le logement en question (dans le même domaine d'alimentation) :
# rad -a numéro_du_logement
Comme la présente version ne tient pas compte des domaines d'alimentation multi-logements, aucun autre logement ne sera affecté par celui-ci et rad -a renverra seulement le numéro du logement que vous avez sélectionné. Si le logement sélectionné appartient à un domaine d'alimentation qui possède un ou plusieurs autres logements, la commande renvoie tous les numéros des logements du domaine d'alimentation, séparés par un retour chariot (ceci ne s'applique pas à la présente version).
Cette étape n'est pas indispensable car il n'existe pas encore de domaines d'alimentation multi-logements. Si d'autres logements sont concernés par le logement cible (dans le même domaine d'alimentation), neutralisez les pilotes correspondant à ces logements :
# rad -s numéro_du_logement
qui affiche le chemin physique et l'identifiant de la carte et vous demande une confirmation. Entrez Y pour continuer. Exemple :
The following interface driver I/O node(s) will be suspended:0/12/0/0 c720Do you wish to continue(Y/N)? Y#
rad affiche l'invite de commande une fois que le pilote a été convenablement neutralisé. Si, pour une quelconque raison, l'instance de pilote ne peut pas être neutralisée, rad envoie un message d'erreur à la console.
Coupez l'alimentation du logement cible :
# rad -o numéro_du_logement
Si le logement est correctement mis hors tension, rad retourne l'invite de commande. A cet instant, la diode verte du logement cible est éteinte alors que la diode jaune continue de clignoter pour faciliter l'identification du logement cible de la nouvelle carte sur le châssis.
Ajoutez la carte cible.
1. Préparez le porte-cartes de la carte E/S PCI :
  1. Retirez la portée avant
  2. Faites ressortir le SPU de l'arrière de l'unité
  3. Le SPU contient deux porte-cartes E/S PCI, l'un à gauche, l'autre à droite. Pour ajouter une carte E/S PCI sur la gauche du SPU, il peut être nécessaire de retirer la porte arrière.
2. Insérez la carte de remplacement dans le SPU :
  1. Alignez la carte PCI sur le logement approprié.
  2. Insérez la carte PCI dans le porte-cartes, entre les séparateurs / extracteurs de carte.
  3. Appuyez fermement sur la carte PCI pour vous assurer qu'elle est bien insérée.
  4. Placez la vis qui maintient la carte sur la cloison arrière, et serrez-la.
3. Préparez la réinsertion du SPU :
  1. Replacez le capot PCI.
  2. Connectez le câble E/S approprié à la carte PCI installée.
  3. Replacez le SPU dans l'unité.
  4. Il sera peut-être utile de réinstaller la porte arrière pour les cartes situées sur la gauche du SPU.
Rétablissez l'alimentation du logement cible :
# rad -i numéro_du_logement
Si l'alimentation du logement cible est convenablement rétablie, rad retourne l'invite de commande et la diode verte se rallume.
Réactivez les pilotes de la carte cible et des autres cartes concernées :
# rad -r numéro_du_logement
rad affiche l'invite de commande une fois que le pilote a été convenablement réactivé. Si, pour une raison quelconque, l'instance du pilote ne peut pas être réactivée (la nouvelle carte peut ne pas être compatible avec le pilote existant ou consomme trop de courant), rad affiche un message d'erreur à la console.
Configurez la nouvelle carte :
1. Exécutez rad (avec les options -q puis -c) pour obtenir ou vérifier le chemin physique de la nouvelle carte.
2. Utilisez ce chemin physique avec ioscan pour achever la configuration de la nouvelle carte, par exemple :
  
  ioscan -H chemin_physique
Il est bon de remarquer que l'option -H limite les recherches de ioscan au chemin physique que vous avez défini et à tous les noeuds E/S en dessous dans l'arborescence. Ceci permet d'accélérer la procédure et limite l'apparition d'autres problèmes dans le système.
Vérifiez l'existence d'un script OLAR de post ajout (post_add) dans le répertoire /usr/sbin/olard.d/. Pour plus de renseignements sur les scripts et les conventions d'appellation, consultez la section « Scripts OLAR ». Si aucune commande post-remplacement n'est nécessaire, aucun script ne sera présent. Si le script est présent, exécutez les étapes suivantes :
1. Exécutez le script pour le logement cible :
  # sh /usr/sbin/olrad.d/nom_du_pilote post_add chemin_physique
2. Si vous savez que le logement cible se trouve dans un domaine d'alimentation possédant d'autres logements, exécutez le script post_add pour eux aussi (ceci ne s'applique pas à la présente version).
Replacez la diode jaune du logement de la carte cible en mode éteint :
# rad -f attention numéro_du_logement
où numéro_du_logement contient la valeur du champ Slot retournée par la commande rad -q.
Avertissez les utilisateurs et les applications de la disponibilité des ressources.

Exécution de procédures OLAR à partir de la ligne de commande

Documentation technique

» Table des matières

» Index

Analyse des ressources critiques

Scripts OLAR

Emplacement et identification des scripts OLAR

Exécution des scripts OLAR

Commandes de scripts OLAR

Commandes pref-OLAR (opérations préalables)

Scripts prep-OLAR (opérations de préparation)

Scripts post-OLAR (après les opérations)

Paramètres de la ligne de commande des scripts OLAR

Modules de noyau à chargement dynamique (DLKM : Dynamically Loadable Kernel Modules)

Comment Remplacer En-Ligne (OLR) une carte PCI avec rad

Comment Ajouter En-Ligne (OLA) une carte PCI avec rad