Как проверить, существует ли RMC-соединение между HMC/IVM и LPAR’ом

Для нормальной работы операций 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.

Оставьте комментарий