#вопрос если в corosync.conf изменить ip на новые ip нод,(создать ip только для corosync), и перезапустить его, взлетит нормально??? просто думаю создать новый vlan и на него повестить только corosync. Кластер в работе, поэтому и спрашиваю)

#вопрос если в corosync.conf изменить ip на новые ip нод,(создать ip только для corosync), и перезапустить его, взлетит нормально??? просто думаю создать новый vlan и на него повестить только corosync. Кластер в работе, поэтому и спрашиваю)

доброе утро всем, подскажите куда копать, во вторник вылетела из кластера 1 нода, перезапуск corosync помогает на пару минут, затем опять виснет. Вчера заменили патчкорд(грешили на него) и кластер как подменили))) начали ноды бутаться, и вылетать из кластера как захотят. (мультикаст не режется на коммутаторе)   на всехъ нодах щас коросинк перезапускается кроном))) в логах коросинка пишет что просто потерял всязь с остальными. причем на сети проблем нет. куда копать?

Как выяснил, что проблем с сетью нет?

Какую диагностику можно провести чтобы понять почему виртуалки дико лагают? например делаешь yum update и она минут 5 его делает хотя там 5 пакетов обновить. нагрузки нет, io delay показывает 10%. Сервера в кластере, хранилище локально на каждом сервере. кэширование raid отключено, cеть 1G нагрузки нет.

Какую диагностику можно провести чтобы понять почему виртуалки дико лагают? например делаешь yum update и она минут 5 его делает хотя там 5 пакетов обновить. нагрузки нет, io delay показывает 10%. Сервера в кластере, хранилище локально на каждом сервере. кэширование raid отключено, cеть 1G нагрузки нет.

Какую диагностику можно провести чтобы понять почему виртуалки дико лагают? например делаешь yum update и она минут 5 его делает хотя там 5 пакетов обновить. нагрузки нет, io delay показывает 10%. Сервера в кластере, хранилище локально на каждом сервере. кэширование raid отключено, cеть 1G нагрузки нет.

доброе утро всем, подскажите куда копать, во вторник вылетела из кластера 1 нода, перезапуск corosync помогает на пару минут, затем опять виснет. Вчера заменили патчкорд(грешили на него) и кластер как подменили))) начали ноды бутаться, и вылетать из кластера как захотят. (мультикаст не режется на коммутаторе)   на всехъ нодах щас коросинк перезапускается кроном))) в логах коросинка пишет что просто потерял всязь с остальными. причем на сети проблем нет. куда копать?

Это касается всех постов, где описывались неожиданно нахлынувшие проблемы на corosync-кластер

#совет

Если у вас сеть для передачи больших данных построена на тех же комутаторах что и сеть для corosync, я могу предположить, что проблема в возросшей на сеть нагрузке и увеличении задержек при передачи большого объема данных через интерфейс.

Чтобы не делать вторую сеть, попробуйте сделать вот так в corosync:


root@nn-vm02:~# cat /etc/corosync/corosync.conf
logging {
 debug: off
 to_syslog: yes
}

...

quorum {
 provider: corosync_votequorum
}

totem {
 cluster_name: v-node
 config_version: 4
 interface {
   linknumber: 0
 }
 knet_ping_timeout: 5000
 knet_pong_count: 1
 knet_ping_interval: 200
 ip_version: ipv4-6
 link_mode: passive
 secauth: on
 version: 2
}

Повесь сюда #совет или #решение и прочие тэги. Потом проще найти будет

#совет

Если у вас сеть для передачи больших данных построена на тех же комутаторах что и сеть для corosync, я могу предположить, что проблема в возросшей на сеть нагрузке и увеличении задержек при передачи большого объема данных через интерфейс.

Чтобы не делать вторую сеть, попробуйте сделать вот так в corosync:


root@nn-vm02:~# cat /etc/corosync/corosync.conf
logging {
 debug: off
 to_syslog: yes
}

...

quorum {
 provider: corosync_votequorum
}

totem {
 cluster_name: v-node
 config_version: 4
 interface {
   linknumber: 0
 }
 knet_ping_timeout: 5000
 knet_pong_count: 1
 knet_ping_interval: 200
 ip_version: ipv4-6
 link_mode: passive
 secauth: on
 version: 2
}