кластер HW1000 багофича при обновлении с версии 3 до версии 4

[Violet]

Доброго времени суток.

Имеется кластер HW1000 Q4 версии 3.2, который обновили до версии 4. В целом все прошло удачно, но вылез 1 нюанс. Некоторым сетевым интерфейсам назначены алиасы (пример - eth2:0), которые также меняют адрес в процессе работы failover. В failover.ini, passiveip=192.168.0.1(2) для первой и второй ноды соответственно, activeip=192.168.1.1(2). В версии 4 появилась особенность: другие сетевых узлов (как координаторы, так и пользователи) видят в списке IP-адресов этого кластера как 192.168.0.1, так и 192.168.1.1, т.е. пассивный адрес алиаса также выдается наружу, чего не должно происходить. В версии 3.2 такого не наблюдалось. Может я что-то упускаю, и данная ситуации настраивается?

[zero]

 Если Вы все правильно настроили, то на активной ноде файловера у Вас не могут быть установлены пассивные адреса ни на одном из интерфейсов(алиасов). И видеть passiveip никто в сети не может.  Скорее всего настройки сделаны неверно. У Вас сознательно выбраны passiveip и activeip из разных сетей?  Или там широкая маска?

 Ктстати с версии 3.2. до 4 (какой?) обновляться напрямую нельзя,  только через промежуточные версии.

 

[Violet]

На активной ноде, естественно, установлены только активные адреса, т.е. вывод inet show interface активной ноды абсолютно нормален (никаких passiveip там нет). В iplir самого этого координатора также все в порядке, а вот всем остальным "прилетает" passiveip алиасов. Это важно, только алиасы так себя ведут. "Чистые" интерфейсы, интерфейсы с "виланами" такой штуке не подвержены.

Адреса сознательно из разных подсетей, конкретно эти для примера, фактические пассивные адреса сетевым оборудованием также заблокируются, они там вообще к адресации в сети не подходят. Обновляли до 4.2.1-2081, но это на совести подрядчика, тут принимаю как данность. Обновляли так: одну ноду физически отключали от сети, собирали vbe, обновляли версию, накатывали vbe, отключали вторую старую ноду, вводили новую, проверяли. Потом повтор тех же действий на 2 ноде, сборка файловера, тестирование. Других приколов не обнаружено, всё штатно.

Т.е. вижу 2 варианта - либо, в версии 3 была какая-то настройка, которая через vbe не переносится, либо это баг 4 версии.

[zero]

 Попросите подрядчика поставить 4.2.2. И если не поможет пишите в ТП, насколько известно, массово такой проблемы не было ни на одной прошивке, а анализ потребует логи, конфиги и пр. Вряд ли логично это публиковать на форуме.

[Violet]

1 час назад, zero сказал:

 Попросите подрядчика поставить 4.2.2. И если не поможет пишите в ТП, насколько известно, массово такой проблемы не было ни на одной прошивке, а анализ потребует логи, конфиги и пр. Вряд ли логично это публиковать на форуме.

Я даже наверное сделаю проще. Имеется второй кластер (для открытого интеренета), он уже 4.2.2, но там нет алиасов, добавлю тестовый да посмотрю как это будет работать.
 

[Violet]

В версии 4.2.2 проблему воспроизвести не удалось. Попробуем обновиться...