Для нормальной работы операций DLPAR необходимо соединение между LPAR’ом с AIX’ом с HMC через публичную (общедоступную) сеть по порту 657. HMC/IVM выступает в таком случае как Management Control Point, а LPAR c AIX’ом – Managed Node.
Для определения статуса соединения между HMC и LPAR’ом служат как всегда "хорошо документированные" команды. В качестве первого шага можно на LPAR’е дать команду:
# /usr/sbin/rsct/bin/rmcdomainstatus -s ctrmc
Management Domain Status: Management Control Points
I A 0xef889c809d9617c7 0001 9.57.24.139
IP-адрес в конце строки – это адрес HMC, с которой установлена связь. Если зайти на саму HMC root’ом (как это сделать, ищите на сайте), то можно дать ту же самую команду и получить список LPAR’ов, с которыми установлена связь:
# /usr/sbin/rsct/bin/rmcdomainstatus -s ctrmc
Management Domain Status: Managed Nodes
O a 0xc8bc2c9647c1cef3 0003 9.2.5.241
I a 0x96586cb4b5fc641c 0002 9.2.5.33
S S 0x5c88fb81dad9f609 0001 9.2.5.65
Первая буква – I, S, i, O, X, Z.
| S | Вроде как должно указывать на саму себя, но из-за отсутствия HMC под рукой не могу проверить |
| I | LPAR поднят по данным хартбита RMC |
| i | LPAR в состоянии Pending Up. Соединение установлено, но хэндшейк не прошел. Возможно, проблемы с аутентификацией |
| O | Хартбит перевел LPAR в состояние Down. Возможно закрыт доступ по порту 657 или просто нет связи между HMC и LPAR’ом |
| X | Из-за проблем связи RMC приостановил соединение. Возможно проблемы с прохождением трафика между HMC и LPAR’ом |
| Z | LPAR слишком часто переходит из состояния Up в Down и обратно. Из-за этого соединение было приостановлено |
Вторая буква – S, A, R, a, r
| S | Указанная нода – HMC/IVM (т.е. мы сами) |
| A | В очереди нет сообщений для указанной ноды |
| R | В очереди есть сообщения для указанной ноды |
| a | В очереди нет сообщений для указанной ноды. Версия RMC в LPAR’е старее, чем версия RMC на HMC |
| r | В очереди есть сообщения для указанной ноды. Версия RMC в LPAR’е старее, чем версия RMC на HMC |
Третье поля – 64-х-битный идентификационный номер ноды. Создается при установке RSCT и хранится в /var/ct/cfg/ct_node_id. Если каким-то чудом у Вас оказалось две машины с одинаковыми ID, то на одной из них его необходимо перегенерировать при помощи команды /usr/sbin/rsct/install/bin/recfgct. При этом готовьтесь к непредсказуемым последствиям для всего остального софта, который использует RSCT.
О значении четвертого поля стыдливо умалчивается, а пятое – IP-адрес LPAR’а.
Вольный перевод информации, найденной в дебрях сайта ibm.com.
