proNovell

Ситуация: Кластер под НВ6.5, железо -- HP ProLiant DL740 (8x3Hz CPU, 8Gb RAM). После накатывания СП5 (был СП3) перестала проходить миграция МастерАйПи вручную из командной строки.
Т.е. если узел падает, то все с него нормально переезжает на другой узел, а вот после подъема все ресурсы обратно вернуть можно, а МастерАйПи -- фиг. На консоли после выдачи команды
"cluster migrate master_ip_address_resource serv2"
выдается наглое
"master_ip_address_resource running on serv1"
В iManager напротив этого ресурса чек-бокс исчез, на закладке "Свойства объекта кластера" в "Параметрах кластера" для Master_IP_Address_Resource "Режим возврата после восстановления" стоит в положении "Запретить" (еще есть Авто и Вручную), но ничего изменить нельзя -- вся страница серая.
На саппорте нашел только ТИД10099953 (Master IP Address Resource was manually migrated from master node) в коем указано, что с "sp4a you can no longer manually fail the Master Ip Address Resource off the master node."
Вот и получается, что все ресурсы на одном узле, а Master IP -- на другом. Исправляется только перезагрузкой другого узла (а это нервирует пользователей: сообщение что сервер пошел в даун).
Как бы это побороть?

Если нервирует только сообщение, запретить рассылать сообщения серваку.
Согласен. криво.

А какая собственно разница, где MasterIP находится?

Тем более раз они запретили, значит в этом есть какой-то смысл...
Возможно, что ручной перенос этого ресурса в некоторых случаях
мог приводить к неприятным последствиям.
Я бы на вашем месте не пытался что-то делать вопреки доке!

Вопрос в чем: раньше я мог руками с консоли сервера перенести ВСЕ ресурсы с одного узла на другой, после сп5 (а по ТИДам даже после сп4а) мне запретили перенос ресурса Мастер_АйПи. Почему?!
А мне надо профилактику на узле провести, что мне его теперь кнопкой Резет гасить? (утрирую конечно) Раньше с спокойно делал миграцию всех ресурсов на другой узел и спокойно гасил, перезагружал, тот же СП ставил, а теперь?
Доки запрещающей команду CLUSTER MIGRATE я пока в природе не встречал...
А разница такая: у части юзеров, подключающихся к НВ ресурсам по CIFS (т.е. как к Виндам, без клиента) в качестве сервера прописан тот самый Мастер_АйПи, вместо адреса виртуального сервера (ну поленилась тех.поддержка три адреса запоминать, запомнила четвертый). Теперь если я что-то делаю с сервером они (юзера) эти ресурсы теряют и, соответственно, подымают вой.

Точно! Нет опции для Master IP!
Стоит NetWare 6.5 SP4a

Если я не ошибаюсь, то Master IP можно изменить (это по поводу юзеров,
работающий с этим адресом).

Далее при проведение профилактики Вы можете набрать
CLUSTER LEAVE или даже просто выполнить uldncs.ncf.
При этом MasterIP перенесется на один из оставшихся серверов

2Vershkov_AV> вы тиды когда-нить листаете?
по регламенту Master IP и раньше нельзя было переносить, просто то что его можно было руками толкнуть это был баг и пофиксили его тока в sp4a

TID10099953

To Yuri Mischenko
А Вы посты читаете? В своем первом посте я этот ТИД упоминал.
Сказать что он внятно написан -- это что-то...
-----
по регламенту Master IP и раньше нельзя было переносить
-----
Ссылку на регламент можете дать?
И заодно внятно объяснить почему его нельзя переносить вручную?
А если у меня в кластере три или больше серверов, система сама будет выбирать на какой из двух оставшихся перенести?
Т.е. мне нужно каждый раз делать вид что у меня произошла авария, но при автоматическом переносе лаг недоступности ресурсов гораздо больше.
Это относится к командам CLUSTER LEAVE и uldncs.ncf.

Блин, да поменяейте MasterIP на другой, создайте отделный ресурс,
который будет выполнять команты ADD/DELETE SECONDARY IPADDRESS
вашего старого адреса Master IP, и мигрируйте его, как делали раньше.

Команда CLUSTER LEAVE не имитирует аварию, она инициирует перенос
ресурсов на другие ноды в соответсвии с определёнными для них
политиками. При выполнении этой команды не тратится время на
определение того, что нода в дауне, поэтому время переноса ресурсов
сравнимо с ручным переносом.

to Алексей Волков
Вопрос 1(не к Вам, а к Новеллу): зачем мне менять мастерИП и вручную создавать ресурс (+скрипт, который его отработает), такая забота о пользователе?
Вопрос 2(вернее уточнение): Все-таки руками получается быстрее.
Вернее не так -- не быстрее, а меньше лаг для пользователей по недоступности ресурсов: ресурс у меня не один, да и томов каждому ресурсу назначено не один, а САН -- одна; и когда она начинает отрабатывать запросы по переносу сразу нескольких ресурсов, то время недоступности конкретного ресурса получается больше, чем когда я переношу ресурсы вручную по одному.
И еще, в тот момент, когда я перешу ресурсы (кроме МастерИП) нода еще не в дауне, и вопрос о том, на какую из оставшихся НОД переносить МастерИП для системы останется открытым, либо мне надо делать Ноды неравноправными.

Я так понимаю, что мастер IP Новелл-ом предполагался использоваться
исключительно в служебных целях (в частности для мониторинга
различных событий при помощи NRM, что указано в доке).

При этом предполагается, что ресурсы используют свои IP, которые
следуют за ними при миграции с ноды на ноду и именно к ним
коннектятся юзера.

Поэтому говорить о заботе Новвел-а о пользователях как-то неуместно!

И я бы на вашем месте перенёс бы ваш master IP в один из
существующих кластерных ресурсов, а master IP заменил!