z1804 Опубликовано 10 Апреля 2015 Жалоба Поделиться Опубликовано 10 Апреля 2015 Добрый день!Подскажите с чем может быть связана следующая проблема:Имеем два hw1000 объединенных в отказоустойчивый кластер.Текущий режим работы: 1 - активный, 2 - пассивныйПроделываем следующие:1. Запускаем пинг до айпи кластера (активный айпи на одном из его интерфейсов). Пинг идет.2. Выключаем активный ("жмем раз по кнопке"). Через секунд 30-ть он выключился. Пинг пропал.3. Пассивный прождали 3 минуты он не стал активным((В чем может быть проблема ? (неправильные настройки или баг)Проделываем следующе:1. Запускам пинг до активного апи. Пинг идет.2. Отключаем один интерфейс на активном элементе кластера (физически отключили патч-корд).3. Активный уходит в перезагрузку на 40 сек. Второй не становится в активный!4. После перезагрузки встает в пассивный режим.5. Таким образом, оба стоят в пассивном режиме! Пинга так и не дождались.failover show infoVersions: ViPNet 3.3.0 (886), daemon 1.5 (1)The workstation works in a cluster mode of protection against failures * local * remotefailover mode * active * passivefailover uptime * 0d 0:36 * 0d 1:58total cpu * 20% * 6%total memory * 2047532 kB * 2047532 kBfree memory * 1820096 kB * 1889892 kBfailover state * works * worksfailover cpu * 0% * 0%iplir state * works * worksiplir cpu * 1% * 0%mftp state * works * worksmftp cpu * 3% * 26% failover show config[network]checktime = 10timeout = 2activeretries = 3channelretries = 3synctime = 5fastdown = yes[channel]device = eth1ident = iface-0activeip = 10.4.x.5passiveip = 10.4.x.3testip = 10.4.x.253testip = 10.4.x.251testip = 10.4.x.252checkonlyidle = yes[channel]device = eth2ident = iface-1activeip = 10.4.y.57passiveip = 10.4.y.55testip = 10.4.y.245testip = 10.4.y.1checkonlyidle = yes[sendconfig]activeip = 172.16.10.2sendtime = 60device = eth0config = yeskeys = yesjournals = yesport = 10090[misc]activeconfig = /etc/iplirpswpassiveconfig = /etc/iplirpswmaxjournal = 30 #daysreboot = yes[debug]debuglevel = 3debuglogfile = syslog:daemon.debug[events] На пассивном все по инструкции. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
DjeD Опубликовано 14 Апреля 2015 Жалоба Поделиться Опубликовано 14 Апреля 2015 Посмотрите failover show info на пассивном координаторе.Встречался с такой проблемой. Не было установленной связи active-passive. Помогла перезагрузка пассивного. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
z1804 Опубликовано 20 Апреля 2015 Автор Жалоба Поделиться Опубликовано 20 Апреля 2015 На пассивно есть связь с активным. Перезагрузка не помогает. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
mkabulov Опубликовано 20 Апреля 2015 Жалоба Поделиться Опубликовано 20 Апреля 2015 Попробуйте обновиться. На прошлой версии HW1000 были подобные проблемы - постоянно рушился кластер.сейчас:Platform: HW1000 Q2/Q3Version: 3.3 (1099)ViPNet Coordinator version: 3.7.3-(6723)ViPNet iplir daemon version: 3.0-670ViPNet mftp daemon version: 3.53-60ViPNet failover daemon version: 1.5-1ViPNet drivers versions:Iplir:3.3.3Watchdog:1.0.5HW1000 command line interface version: 1.2-11Пока в тестовом режиме неделя - полет нормальный.--С уважением Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
IIopy4uK_60ru Опубликовано 22 Апреля 2015 Жалоба Поделиться Опубликовано 22 Апреля 2015 вот такая версия стоит. просто может взять и потерять связи. и перезаупскаться пол дня. потом сами договариваются и могут неделю работать. уже весь мозг сломал---version fullPlatform: HW2000 Q2/Q3Version: 3.3 (582)ViPNet Coordinator version: 3.7.3-(6726)ViPNet iplir daemon version: 3.0-670ViPNet mftp daemon version: 3.53-60ViPNet failover daemon version: 1.5-1ViPNet drivers versions:Iplir:3.3.3Watchdog:1.0.5HW2000 command line interface version: 1.2-11---конфиг первого HW2000---[network]checktime = 10timeout = 6activeretries = 3channelretries = 3synctime = 5fastdown = yes[channel]device = eth0ident = iface-0activeip = 192.168.0.74passiveip = 192.168.0.76testip = 192.168.0.1checkonlyidle = yes[channel]device = eth1ident = iface-1activeip = 172.31.1.201passiveip = 172.31.1.203testip = 172.31.0.1checkonlyidle = yes[sendconfig]activeip = 172.27.1.1sendtime = 60device = eth2config = yeskeys = yesjournals = yesport = 10090[misc]activeconfig = /etc/iplirpswpassiveconfig = /etc/iplirpswmaxjournal = 30 #daysreboot = yes[debug]debuglevel = 3debuglogfile = syslog:daemon.debug[events]---вот его интерфейсы---eth0 инет inet addr:192.168.0.74 Bcast:192.168.0.255 Mask:255.255.255.0eth1 локалка inet addr:172.31.1.201 Bcast:172.31.255.255 Mask:255.255.0.0eth2 кластер inet addr:172.27.1.2 Bcast:172.27.1.3 Mask:255.255.255.252---настройки второго HW2000---[network]checktime = 10timeout = 6activeretries = 3channelretries = 3synctime = 5fastdown = yes[channel]device = eth0ident = iface-0activeip = 192.168.0.74passiveip = 192.168.0.75testip = 192.168.0.1checkonlyidle = yes[channel]device = eth1ident = iface-1activeip = 172.31.1.201passiveip = 172.31.1.202testip = 172.31.0.1checkonlyidle = yes[sendconfig]activeip = 172.27.1.2sendtime = 60device = eth2config = yeskeys = yesjournals = yesport = 10090[misc]activeconfig = /etc/iplirpswpassiveconfig = /etc/iplirpswmaxjournal = 30 #daysreboot = yes[debug]debuglevel = 3debuglogfile = syslog:daemon.debug[events]---интерфейсы---eth0 инет inet addr:192.168.0.75 Bcast:192.168.0.255 Mask:255.255.255.0eth1 локалка inet addr:172.31.1.202 Bcast:172.31.255.255 Mask:255.255.0.0eth2 кластер inet addr:172.27.1.1 Bcast:172.27.1.3 Mask:255.255.255.252---есть идеи от чего могут мигать, как новогодняя елканагрузки на них нету Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
intellegent Опубликовано 6 Мая 2015 Жалоба Поделиться Опубликовано 6 Мая 2015 А HW в один коммутатор включены? Возможно дело в том, что на коммутаторе редко обновляется таблица mac-adress. Надо уменьшить до допустимого минимума 20-30 секунд. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.