Перейти к контенту

Поиск в системе

Результаты поиска по тегам 'hw1000 failover cluster'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип контента


Форумы

  • Продуктовый ряд ViPNet
    • Общие вопросы по продуктовому ряду ViPNet для корпоративных пользователей
    • Общие вопросы по программным решениям ViPNet для индивидуальных пользователей
    • Общие вопросы по продуктовой линейке ViPNet PKI
    • Пожелания к разработчикам ПО ViPNet
    • Пользовательские интерфейсы продуктов ViPNet
  • Бета-тестирование продуктов ViPNet
    • ViPNet Client/Coordinator x64
    • ViPNet Custom Windows
    • ViPNet Office Firewall Windows
    • ViPNet Office Firewall Linux
    • ViPNet Safe Disk
    • ViPNet Personal Firewall
    • ViPNet CSP 4.х
    • ViPNet Java Crypto SDK

Искать результаты в...

Искать результаты, которые...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

Зарегистрирован

  • Начать

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

Найдено 1 результат

  1. Добрый день! Подскажите с чем может быть связана следующая проблема: Имеем два hw1000 объединенных в отказоустойчивый кластер. Текущий режим работы: 1 - активный, 2 - пассивный Проделываем следующие: 1. Запускаем пинг до айпи кластера (активный айпи на одном из его интерфейсов). Пинг идет. 2. Выключаем активный ("жмем раз по кнопке"). Через секунд 30-ть он выключился. Пинг пропал. 3. Пассивный прождали 3 минуты он не стал активным(( В чем может быть проблема ? (неправильные настройки или баг) Проделываем следующе: 1. Запускам пинг до активного апи. Пинг идет. 2. Отключаем один интерфейс на активном элементе кластера (физически отключили патч-корд). 3. Активный уходит в перезагрузку на 40 сек. Второй не становится в активный! 4. После перезагрузки встает в пассивный режим. 5. Таким образом, оба стоят в пассивном режиме! Пинга так и не дождались. failover show info Versions: ViPNet 3.3.0 (886), daemon 1.5 (1) The workstation works in a cluster mode of protection against failures * local * remote failover mode * active * passive failover uptime * 0d 0:36 * 0d 1:58 total cpu * 20% * 6% total memory * 2047532 kB * 2047532 kB free memory * 1820096 kB * 1889892 kB failover state * works * works failover cpu * 0% * 0% iplir state * works * works iplir cpu * 1% * 0% mftp state * works * works mftp cpu * 3% * 26% failover show config [network] checktime = 10 timeout = 2 activeretries = 3 channelretries = 3 synctime = 5 fastdown = yes [channel] device = eth1 ident = iface-0 activeip = 10.4.x.5 passiveip = 10.4.x.3 testip = 10.4.x.253 testip = 10.4.x.251 testip = 10.4.x.252 checkonlyidle = yes [channel] device = eth2 ident = iface-1 activeip = 10.4.y.57 passiveip = 10.4.y.55 testip = 10.4.y.245 testip = 10.4.y.1 checkonlyidle = yes [sendconfig] activeip = 172.16.10.2 sendtime = 60 device = eth0 config = yes keys = yes journals = yes port = 10090 [misc] activeconfig = /etc/iplirpsw passiveconfig = /etc/iplirpsw maxjournal = 30 #days reboot = yes [debug] debuglevel = 3 debuglogfile = syslog:daemon.debug [events] На пассивном все по инструкции.
×
×
  • Создать...

Важная информация

Продолжая пользоваться сайтом вы принимаете Условия использования.