lion113 Опубликовано 26 Ноября 2013 Жалоба Поделиться Опубликовано 26 Ноября 2013 Здравствуйте!Возникла следующая неприятная ситуация:Пару недель назад «сбойнул» один из координаторов failover-ной связки. По данной проблеме было зарегистрировано обращение в техподдержку, отправлены все необходимые данные, но… все рекомендации не привели к положительному результату. Было принято решение о установке координатора заново: установлен дистрибутив SUSE (такой же, как и на второй, работоспособной ноде); установлено ПО ViPNet Coordinator Linux; расшит актуальный dst; скорректирован файл failover.ini… Казалось бы, всё делаю, как обычно… НО(!)… На первом сервере (S1) failover запущен в активном режиме. Соединяем файловерные интерфейсы, запускаем второй координатор (S2)… он стартует в пассивном режиме (при проверке на S1 командой failover info выводится верная информация о том, что S1 – активный, а S2 – пассивный). Примерно через 40 секунд S2 (по непонятным мне причинам) занимает ip-адрес кластера (который УЖЕ принадлежит S1). После этого S2 «понимает», что такой ip в сети уже есть и уходит в перезагрузку. И так – циклично. При этом, S1 остаётся работоспособным (как и ЧАСТЬ клиентов, находящихся в сети; оставшиеся клиенты перестают работать до момента перезагрузки S1 (при условии, что S2 либо выключен полностью, либо на нём отключен режим failover-а)).Вопрос: не сталкивались ли вы с чем-то подобным? Возможно, натолкнёте на решение…p.s. S1 и S2 имеют по 2 интерфейса (eth0 – СПД, eth1 – failover); друг друга пингуют, видны по arp; testip доступен для каждого координатора; файловерные интерфейсы в 4-м режиме, остальные во 2-м. Версия координатора: 3.7.4-4464.Если необходимы ещё какие-то данные, спрашивайте, постараюсь прояснить ситуацию. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
KIV Опубликовано 27 Ноября 2013 Жалоба Поделиться Опубликовано 27 Ноября 2013 failover.conf с обоих координаторов. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
lion113 Опубликовано 27 Ноября 2013 Автор Жалоба Поделиться Опубликовано 27 Ноября 2013 failover.ini S1:[network]checktime = 10timeout = 2activeretries = 6channelretries = 6synctime = 5fastdown = yes[channel]device = eth0ident = iface-0activeip = 10.XX.76.8passiveip = 10.XX.76.11testip = 10.XX.76.1checkonlyidle = yes[sendconfig]activeip = 192.168.200.12sendtime = 60device = eth1config = yeskeys = yesjournals = yesport = 10090[misc]activeconfig = /etc/iplirpswpassiveconfig = /etc/iplirpswmaxjournal = 30 #daysreboot = no[debug]debuglevel = 3debuglogfile = file:/var/log/failover.debug.log[events]failover.ini S2:[network]checktime = 10timeout = 2activeretries = 6channelretries = 6synctime = 5fastdown = yes[channel]device = eth0ident = iface-0activeip = 10.XX.76.8passiveip = 10.XX.76.12testip = 10.XX.76.1checkonlyidle = yes[sendconfig]activeip = 192.168.200.11sendtime = 60device = eth1config = yeskeys = yesjournals = yesport = 10090[misc]activeconfig = /etc/iplirpswpassiveconfig = /etc/iplirpswmaxjournal = 30 #daysreboot = no[debug]debuglevel = 3debuglogfile = file:/var/log/failover.debug.log[events] Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.