Violet Опубликовано 5 Марта 2018 Жалоба Поделиться Опубликовано 5 Марта 2018 Доброго времени суток. Имеется кластер 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 Опубликовано 5 Марта 2018 Жалоба Поделиться Опубликовано 5 Марта 2018 Если Вы все правильно настроили, то на активной ноде файловера у Вас не могут быть установлены пассивные адреса ни на одном из интерфейсов(алиасов). И видеть passiveip никто в сети не может. Скорее всего настройки сделаны неверно. У Вас сознательно выбраны passiveip и activeip из разных сетей? Или там широкая маска? Ктстати с версии 3.2. до 4 (какой?) обновляться напрямую нельзя, только через промежуточные версии. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Violet Опубликовано 5 Марта 2018 Автор Жалоба Поделиться Опубликовано 5 Марта 2018 На активной ноде, естественно, установлены только активные адреса, т.е. вывод inet show interface активной ноды абсолютно нормален (никаких passiveip там нет). В iplir самого этого координатора также все в порядке, а вот всем остальным "прилетает" passiveip алиасов. Это важно, только алиасы так себя ведут. "Чистые" интерфейсы, интерфейсы с "виланами" такой штуке не подвержены. Адреса сознательно из разных подсетей, конкретно эти для примера, фактические пассивные адреса сетевым оборудованием также заблокируются, они там вообще к адресации в сети не подходят. Обновляли до 4.2.1-2081, но это на совести подрядчика, тут принимаю как данность. Обновляли так: одну ноду физически отключали от сети, собирали vbe, обновляли версию, накатывали vbe, отключали вторую старую ноду, вводили новую, проверяли. Потом повтор тех же действий на 2 ноде, сборка файловера, тестирование. Других приколов не обнаружено, всё штатно. Т.е. вижу 2 варианта - либо, в версии 3 была какая-то настройка, которая через vbe не переносится, либо это баг 4 версии. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
zero Опубликовано 5 Марта 2018 Жалоба Поделиться Опубликовано 5 Марта 2018 Попросите подрядчика поставить 4.2.2. И если не поможет пишите в ТП, насколько известно, массово такой проблемы не было ни на одной прошивке, а анализ потребует логи, конфиги и пр. Вряд ли логично это публиковать на форуме. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Violet Опубликовано 5 Марта 2018 Автор Жалоба Поделиться Опубликовано 5 Марта 2018 1 час назад, zero сказал: Попросите подрядчика поставить 4.2.2. И если не поможет пишите в ТП, насколько известно, массово такой проблемы не было ни на одной прошивке, а анализ потребует логи, конфиги и пр. Вряд ли логично это публиковать на форуме. Я даже наверное сделаю проще. Имеется второй кластер (для открытого интеренета), он уже 4.2.2, но там нет алиасов, добавлю тестовый да посмотрю как это будет работать. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Violet Опубликовано 6 Марта 2018 Автор Жалоба Поделиться Опубликовано 6 Марта 2018 В версии 4.2.2 проблему воспроизвести не удалось. Попробуем обновиться... Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.