Remise en route du partitionnement dynamique
| Fiche express | |
|---|---|
| Domaine | Dépannage DLPAR / RSCT |
| Commande | lspartition -dlpar (côté HMC), rmcctrl/cfgct (côté partition)
|
| Contexte | AIX — partitions LPAR gérées via une ou plusieurs HMC |
| Voir aussi | Stopsrc · Lssrc |
Procédure de remise en route du partitionnement dynamique (DLPAR) sur une partition AIX lorsque la connexion RMC (Resource Monitoring and Control) entre la partition et la HMC ne fonctionne plus. Le partitionnement dynamique dépend entièrement de cette connexion RSCT/RMC : sans elle, la HMC ne peut plus modifier à chaud les ressources (CPU, mémoire) allouées à la partition.
Symptôme
Sur la console HMC, l'opération de partitionnement dynamique échoue avec un message d'erreur indiquant un problème de connexion RMC entre la HMC et la partition (le libellé exact affiché à l'écran dépend de la version de la HMC — (à vérifier)).
En mode SSH sur la HMC, la commande lspartition -dlpar confirme le diagnostic : la
partition concernée a ses capacités DLPAR (DCaps) à 0 :
lspartition -dlpar <#0> Partition:<18204-E8A06A6DA6, batman, 10.0.0.101> Active:<1>, OS:, DCaps:<0x85f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1603> <#1> Partition:<48204-E8A65C3882, ironman, 10.0.0.102> Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1120> <#2> Partition:<38204-E8A65C3882, wonderwoman, 10.0.0.103> Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1206> <#3> Partition:<38204-E8A06A6DA6, superman, 10.0.0.104> Active:<1>, OS:, DCaps:<0x85f>, CmdCaps:<0xb, 0xb>, PinnedMem:<2809> <#4> Partition:<28204-E8A06A6DA6, the_thing, 10.0.0.105> Active:<0>, OS:<, , >, DCaps:<0x0>, CmdCaps:<0x0, 0x0>, PinnedMem:<0> <#5> Partition:<28204-E8A65C3882, green_arrow, 10.0.0.106> Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<2015>
Ici, la partition the_thing (#4) a DCaps:<0x0> et Active:<0> : c'est elle qui a perdu le partitionnement dynamique, contrairement aux autres partitions dont DCaps reste non nul.
Procédure
1. Redémarrage de la HMC
Première étape, la plus simple : redémarrer la HMC et attendre 10 minutes que les services redémarrent complètement avant de revérifier l'état DLPAR.
Si le problème persiste après ce redémarrage, poursuivre avec les étapes suivantes directement sur la partition concernée.
2. Arrêt des sous-systèmes RSCT
Connectez-vous sur la partition et arrêtez les sous-systèmes RSCT (groupe rsct)
et RSCT Resource Managers (groupe rsct_rm) avec Stopsrc :
# stopsrc -g rsct 0513-044 The ctrmc Subsystem was requested to stop. # stopsrc -g rsct_rm 0513-044 The IBM.ServiceRM Subsystem was requested to stop. 0513-044 The IBM.CSMAgentRM Subsystem was requested to stop.
3. Vérification qu'aucun démon RSCT ne reste actif
Contrôlez avec Lssrc que tous les sous-systèmes RSCT sont bien passés en
inoperative :
# lssrc -a | grep rsct ctcas rsct inoperative IBM.CSMAgentRM rsct_rm inoperative IBM.ServiceRM rsct_rm inoperative IBM.AuditRM rsct_rm inoperative IBM.ERRM rsct_rm inoperative ctrmc rsct inoperative
Si un des démons reste actif malgré l'arrêt du sous-système, terminez-le manuellement avec
kill (un simple kill d'abord, puis kill -9 en dernier
recours si le processus ne répond pas).
4. Déconfiguration puis reconfiguration de RSCT
Déconfigurez puis reconfigurez complètement RSCT :
# /usr/sbin/rsct/install/bin/uncfgct -n # /usr/sbin/rsct/install/bin/cfgct 0513-071 The ctcas Subsystem has been added. 0513-071 The ctrmc Subsystem has been added. 0513-059 The ctrmc Subsystem has been started. Subsystem PID is 888890. # /usr/sbin/rsct/install/bin/recfgct 0513-071 The ctcas Subsystem has been added. 0513-071 The ctrmc Subsystem has been added. 0513-059 The ctrmc Subsystem has been started. Subsystem PID is 770132.
5. Vérification de la connexion HMC
Vérifiez que la partition voit bien sa ou ses HMC via la ressource
IBM.ManagementServer.
Avec une seule HMC connectée, une seule ressource apparaît :
# lsrsrc IBM.ManagementServer
Resource Persistent Attributes for IBM.ManagementServer
resource 1:
Name = "10.0.0.200"
Hostname = "10.0.0.200"
ManagerType = "HMC"
LocalHostname = "10.0.0.103"
ClusterTM = "9078-160"
ClusterSNum = ""
ActivePeerDomain = ""
NodeNameList = {"wonderwoman"}
Avec deux HMC connectées, deux ressources apparaissent :
# lsrsrc IBM.ManagementServer
Resource Persistent Attributes for IBM.ManagementServer
resource 1:
Name = "10.0.0.201"
Hostname = "10.0.0.201"
ManagerType = "HMC"
LocalHostname = "10.0.0.110"
ClusterTM = "9078-160"
ClusterSNum = ""
ActivePeerDomain = ""
NodeNameList = {"dualboy"}
resource 2:
Name = "10.0.0.202"
Hostname = "10.0.0.202"
ManagerType = "HMC"
LocalHostname = "10.0.0.110"
ClusterTM = "9078-160"
ClusterSNum = ""
ActivePeerDomain = ""
NodeNameList = {"dualboys"}
6. Reset complet de RSCT (si la connexion HMC n'apparaît toujours pas)
Si lsrsrc IBM.ManagementServer ne renvoie aucune ressource, forcez un reset
complet avec rmcctrl et en supprimant les fichiers de configuration RSCT :
# /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 0513-071 The ctrmc Subsystem has been added. 0513-059 The ctrmc Subsystem has been started. Subsystem PID is 663690. # /usr/sbin/rsct/bin/rmcctrl -p
Puis attendez 10 minutes : certains démons RSCT ("lazy demons") ne se réactivent pas immédiatement après ce reset.
Vérification finale
Depuis la HMC en mode SSH, relancez lspartition -dlpar et vérifiez que la
partition concernée a retrouvé des capacités DLPAR non nulles (DCaps différent
de 0x0) et son OS remonté :
lspartition -dlpar <#0> Partition:<18204-E8A06A6DA6, batman, 10.0.0.101> Active:<1>, OS:, DCaps:<0x85f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1603> <#1> Partition:<48204-E8A65C3882, ironman, 10.0.0.102> Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1120> <#2> Partition:<38204-E8A65C3882, wonderwoman, 10.0.0.103> Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<1206> <#3> Partition:<38204-E8A06A6DA6, superman, 10.0.0.104> Active:<1>, OS:, DCaps:<0x85f>, CmdCaps:<0xb, 0xb>, PinnedMem:<2809> <#4> Partition:<28204-E8A06A6DA6, the_thing, 10.0.0.105> Active:<1>, OS:<AIX, 5.3, 5300-11-06-1107>, DCaps:<0x85f>, CmdCaps:<0x0, 0x0>, PinnedMem:<1202> <#5> Partition:<28204-E8A65C3882, green_arrow, 10.0.0.106> Active:<1>, OS:, DCaps:<0x84f>, CmdCaps:<0xb, 0xb>, PinnedMem:<2015>
La partition the_thing (#4) affiche maintenant DCaps:<0x85f> au lieu
de DCaps:<0x0>, Active:<1> et son OS renseigné : le partitionnement
dynamique est de nouveau opérationnel.