Partitionnement dynamique (DLPAR)

De wiki.nexiat.fr
Aller à la navigation Aller à la recherche
Fiche express
Domaine Dépannage LPAR — RMC/RSCT (DLPAR)
Commande lspartition -dlpar · rmcctrl
Contexte AIX — environnements virtualisés IBM Power (LPAR/HMC)
Voir aussi Lparstat (contexte LPAR général)

Le partitionnement dynamique (DLPAR, Dynamic Logical Partitioning) permet d'ajouter ou de retirer à chaud des ressources CPU et mémoire à une partition logique AIX, sans redémarrage. Cette page décrit la procédure de dépannage quand le DLPAR ne fonctionne plus sur une partition — généralement suite à un problème de communication RMC (Resource Monitoring and Control) / RSCT (Reliable Scalable Cluster Technology) entre la partition et la HMC.

Symptômes

Un message d'erreur apparaît sur la console HMC (icône RMC en défaut). En SSH sur la HMC, lspartition -dlpar confirme le diagnostic : la partition en cause affiche DCaps:<0x0>, alors que les partitions saines affichent un DCaps non nul (typiquement 0x84f ou 0x85f) :

lspartition -dlpar
<#0> Partition:<18204-E8A06A6DA6, batman, 10.172.12.18>      Active:<1>, OS:, DCaps:<0x85f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1603>
<#1> Partition:<48204-E8A65C3882, ironman, 10.172.12.17>      Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1120>
<#4> Partition:<28204-E8A06A6DA6, the_thing, 10.172.12.19>      Active:<0>, OS:<, , >, DCaps:<0x0>, CmdCaps:<0x0, 0x0>, PinnedMem:<0>

Ci-dessus, la partition the_thing (#4) est en défaut : Active:<0> et DCaps:<0x0>, contrairement aux autres.

Procédure

1. Redémarrer la HMC

Premier réflexe : redémarrer la HMC et laisser le service se stabiliser une dizaine de minutes avant de retester.

# Depuis la console HMC : reboot, puis attendre ~10 minutes avant de retester

Revérifier ensuite l'état DLPAR depuis la HMC en SSH :

lspartition -dlpar

2. Arrêter RSCT et RSCT_RM sur la partition

Si le problème persiste, se connecter sur la partition en défaut et arrêter les sous-systèmes RSCT :

stopsrc -g rsct
stopsrc -g rsct_rm

Vérifier que tous les démons RSCT sont bien passés à l'état inoperative :

lssrc -a | grep rsct

⚠️ Si un démon reste actif malgré l'arrêt demandé, le forcer avec kill (signal standard d'abord, kill -9 en dernier recours sur le PID resté actif — à identifier via la sortie de lssrc -a).

3. Reconfigurer RSCT

Déconfigurer puis reconfigurer RSCT :

/usr/sbin/rsct/install/bin/uncfgct -n
/usr/sbin/rsct/install/bin/cfgct

Puis relancer une reconfiguration complète :

/usr/sbin/rsct/install/bin/recfgct

4. Vérifier la connexion RMC entre la partition et la HMC

Vérifier que la ressource IBM.ManagementServer référence bien la (ou les) HMC associée(s) à la partition :

lsrsrc IBM.ManagementServer

Avec une seule HMC connectée, une seule ressource apparaît ; avec deux HMC (configuration redondante), deux ressources apparaissent — une par HMC.

Si cette commande ne renvoie aucune ressource, le domaine RMC est cassé côté partition : le réinitialiser complètement.

/usr/sbin/rsct/bin/rmcctrl -z
rm /var/ct/cfg/ct_has.thl
rm /var/ct/cfg/ctrmc.acls
/usr/sbin/rsct/bin/rmcctrl -A
/usr/sbin/rsct/bin/rmcctrl -p

5. Valider

Les démons RMC/RSCT redémarrés peuvent mettre du temps à se resynchroniser avec la HMC ("lazy daemons") : attendre environ 10 minutes avant de revérifier.

lspartition -dlpar

La partition corrigée doit désormais apparaître Active:<1> avec un DCaps non nul (par exemple 0x85f), au même niveau que les autres partitions fonctionnelles.

Voir aussi

  • Lparstat — statistiques et contexte général des partitions logiques (LPAR)