+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Служба Corosync не запускается после перезагрузки узла, Proxmox Виртуальная Среда

Wojciech Szpunar

Guest

07.06.2016 12:03:00

Я нашёл проблему с corosync после перезагрузки узла. Когда ты перезагрузил машину, corosync не запускается на одном из узлов. Не знаю, почему это происходит. Можете помочь мне выяснить, в чём проблема? systemctl status corosync ● corosync.service - Corosync Cluster Engine Загружен: загружен (/lib/systemd/system/corosync.service; включено) Активен: не удалось (Результат: exit-code) с пт 2016-06-03 14:42:28 IST; 17 минут назад Процесс: 1946 ExecStart=/usr/share/corosync/corosync start (код=вышел, статус=1/НЕ УСПЕХ) 3 июня 14:41:27 proxmoxn2 corosync[1957]: [SERV ] Загружен движок службы: служба конфигурации corosync [1] 3 июня 14:41:27 proxmoxn2 corosync[1957]: [QB ] имя сервера: cfg 3 июня 14:41:27 proxmoxn2 corosync[1957]: [SERV ] Загружен движок службы: служба закрытой группы процессов кластера corosync v1.01 [2] 3 июня 14:41:27 proxmoxn2 corosync[1957]: [QB ] имя сервера: cpg 3 июня 14:41:27 proxmoxn2 corosync[1957]: [SERV ] Загружен движок службы: служба загрузки профиля corosync [4] 3 июня 14:41:27 proxmoxn2 corosync[1957]: [QUORUM] Используется поставщик кворума corosync_votequorum 3 июня 14:42:28 proxmoxn2 corosync[1946]: Запуск Corosync Cluster Engine (corosync): [НЕ УДАЛОСЬ] 3 июня 14:42:28 proxmoxn2 systemd[1]: corosync.service: процесс управления завершился, код=вышел статус=1 3 июня 14:42:28 proxmoxn2 systemd[1]: Не удалось запустить Corosync Cluster Engine. 3 июня 14:42:28 proxmoxn2 systemd[1]: Юнит corosync.service вошёл в состояние ошибки. journalctl -xn -- Журналы начинаются с пт 2016-06-03 14:41:15 IST, заканчиваются пт 2016-06-03 14:59:50 IST. -- 3 июня 14:59:38 proxmoxn2 pmxcfs[1931]: [dcdb] критично: cpg_initialize не удалось: 2 3 июня 14:59:38 proxmoxn2 pmxcfs[1931]: [status] критично: cpg_initialize не удалось: 2 3 июня 14:59:44 proxmoxn2 pmxcfs[1931]: [quorum] критично: quorum_initialize не удалось: 2 3 июня 14:59:44 proxmoxn2 pmxcfs[1931]: [confdb] критично: cmap_initialize не удалось: 2 3 июня 14:59:44 proxmoxn2 pmxcfs[1931]: [dcdb] критично: cpg_initialize не удалось: 2 3 июня 14:59:44 proxmoxn2 pmxcfs[1931]: [status] критично: cpg_initialize не удалось: 2 3 июня 14:59:50 proxmoxn2 pmxcfs[1931]: [quorum] критично: quorum_initialize не удалось: 2 3 июня 14:59:50 proxmoxn2 pmxcfs[1931]: [confdb] критично: cmap_initialize не удалось: 2 3 июня 14:59:50 proxmoxn2 pmxcfs[1931]: [dcdb] критично: cpg_initialize не удалось: 2 3 июня 14:59:50 proxmoxn2 pmxcfs[1931]: [status] критично: cpg_initialize не удалось: 2 pvecm status Не удаётся инициализировать службу CMAP pvecm nodes Не удаётся инициализировать службу CMAP root@proxmoxn2:~# cat /etc/hosts 127.0.0.1 localhost.localdomain localhost 192.168.106.234 proxmoxn2.servergate.local proxmoxn2 pvelocalhost 192.168.106.235 proxmoxn1.servergate.local proxmoxn1 192.168.106.231 proxmoxn3.servergate.local proxmoxn3 Спасибо, Войтек.

wolfgang Guest	#2 0 30.06.2016 12:22:00 Привет, можешь, пожалуйста, отправить вывод команды form one node cat /etc/pve/corosync.conf со всех узлов cat /etc/network/interfaces pveversion -v?

Wojciech Szpunar

Guest

30.06.2016 12:29:00

Привет, узел с той машиной, с которой я делал предыдущие снимки: root@proxmoxn1:~# cat /etc/pve/corosync.conf logging { debug: off to_syslog: yes } nodelist { node { name: proxmoxn3 nodeid: 3 quorum_votes: 1 ring0_addr: proxmoxn3 } node { name: proxmoxn1 nodeid: 1 quorum_votes: 1 ring0_addr: proxmoxn1 } node { name: proxmoxn2 nodeid: 2 quorum_votes: 1 ring0_addr: proxmoxn2 } } quorum { provider: corosync_votequorum } totem { cluster_name: cloud config_version: 5 ip_version: ipv4 secauth: on version: 2 interface { bindnetaddr: 192.168.106.235 ringnumber: 0 } } И другие запрошенные фрагменты: root@proxmoxn1:~# cat /etc/network/interfaces # настройки сетевого интерфейса; автоматически сгенерировано # Пожалуйста, НЕ изменяйте этот файл напрямую, если вы не знаете, что # делаете. # # Если вы хотите управлять частью сетевой конфигурации вручную, # используйте директивы 'source' или 'source-directory'. # PVE сохранит эти директивы, но НИКОГДА не будет изменять свою сетевую # конфигурацию на основе источников, поэтому не пытайтесь перемещать # какие-либо интерфейсы, управляемые PVE, во внешние файлы! auto lo iface lo inet loopback iface eth0 inet manual iface eth1 inet manual iface eth2 inet manual iface eth3 inet manual auto bond0 iface bond0 inet manual slaves eth0 eth2 bond_miimon 100 bond_mode balance-rr auto bond1 iface bond1 inet manual slaves eth1 eth3 bond_miimon 100 bond_mode balance-rr auto vmbr0 iface vmbr0 inet static address 192.168.106.235 netmask 255.255.255.0 gateway 192.168.106.1 bridge_ports bond0 bridge_stp off bridge_fd 0 bridge_vlan_aware yes auto vmbr1 iface vmbr1 inet static address 192.168.106.120 netmask 255.255.255.0 bridge_ports bond1 bridge_stp off bridge_fd 0 bridge_vlan_aware yes root@proxmoxn1:~# pveversion -v proxmox-ve: 4.2-48 (работает на ядре: 4.4.6-1-pve) pve-manager: 4.2-2 (текущая версия: 4.2-2/725d76f0) pve-kernel-4.4.6-1-pve: 4.4.6-48 lvm2: 2.02.116-pve2 corosync-pve: 2.3.5-2 libqb0: 1.0-1 pve-cluster: 4.0-39 qemu-server: 4.0-72 pve-firmware: 1.1-8 libpve-common-perl: 4.0-59 libpve-access-control: 4.0-16 libpve-storage-perl: 4.0-50 pve-libspice-server1: 0.12.5-2 vncterm: 1.2-1 pve-qemu-kvm: 2.5-14 pve-container: 1.0-62 pve-firewall: 2.0-25 pve-ha-manager: 1.0-28 ksm-control-daemon: 1.2-1 glusterfs-client: 3.5.2-2+deb8u1 lxc-pve: 1.1.5-7 lxcfs: 2.0.0-pve2 cgmanager: 0.39-pve1 criu: 1.6.0-1 zfsutils: 0.6.5-pve9~jessie root@proxmoxn2:~# cat /etc/network/interfaces && pveversion -v # настройки сетевого интерфейса; автоматически сгенерировано # Пожалуйста, НЕ изменяйте этот файл напрямую, если вы не знаете, что # делаете. # # Если вы хотите управлять частью сетевой конфигурации вручную, # используйте директивы 'source' или 'source-directory'. # PVE сохранит эти директивы, но НИКОГДА не будет изменять свою сетевую # конфигурацию на основе источников, поэтому не пытайтесь перемещать # какие-либо интерфейсы, управляемые PVE, во внешние файлы! auto lo iface lo inet loopback iface eth0 inet manual iface eth1 inet manual iface eth2 inet manual iface eth3 inet manual auto bond0 iface bond0 inet manual slaves eth0 eth2 bond_miimon 100 bond_mode balance-rr auto bond1 iface bond1 inet manual slaves eth1 eth3 bond_miimon 100 bond_mode balance-rr auto vmbr0 iface vmbr0 inet static address 192.168.106.234 netmask 255.255.255.0 gateway 192.168.106.1 bridge_ports bond0 bridge_stp off bridge_fd 0 auto vmbr1 iface vmbr1 inet static address 192.168.106.121 netmask 255.255.255.0 bridge_ports bond1 bridge_stp off bridge_fd 0 bridge_vlan_aware yes proxmox-ve: 4.2-48 (работает на ядре: 4.4.6-1-pve) pve-manager: 4.2-2 (текущая версия: 4.2-2/725d76f0) pve-kernel-4.4.6-1-pve: 4.4.6-48 lvm2: 2.02.116-pve2 corosync-pve: 2.3.5-2 libqb0: 1.0-1 pve-cluster: 4.0-39 qemu-server: 4.0-72 pve-firmware: 1.1-8 libpve-common-perl: 4.0-59 libpve-access-control: 4.0-16 libpve-storage-perl: 4.0-50 pve-libspice-server1: 0.12.5-2 vncterm: 1.2-1 pve-qemu-kvm: 2.5-14 pve-container: 1.0-62 pve-firewall: 2.0-25 pve-ha-manager: 1.0-28 ksm-control-daemon: 1.2-1 glusterfs-client: 3.5.2-2+deb8u1 lxc-pve: 1.1.5-7 lxcfs: 2.0.0-pve2 cgmanager: 0.39-pve1 criu: 1.6.0-1 zfsutils: 0.6.5-pve9~jessie root@proxmoxn3:~# cat /etc/network/interfaces && pveversion -v # настройки сетевого интерфейса; автоматически сгенерировано # Пожалуйста, НЕ изменяйте этот файл напрямую, если вы не знаете, что # делаете. # # Если вы хотите управлять частью сетевой конфигурации вручную, # используйте директивы 'source' или 'source-directory'. # PVE сохранит эти директивы, но НИКОГДА не будет изменять свою сетевую # конфигурацию на основе источников, поэтому не пытайтесь перемещать # какие-либо интерфейсы, управляемые PVE, во внешние файлы! auto lo iface lo inet loopback iface eth0 inet manual iface eth1 inet manual iface eth2 inet manual iface eth3 inet manual auto bond0 iface bond0 inet manual slaves eth0 eth2 bond_miimon 100 bond_mode balance-rr auto bond1 iface bond1 inet manual slaves eth1 eth3 bond_miimon 100 bond_mode balance-rr auto vmbr0 iface vmbr0 inet static address 192.168.106.231 netmask 255.255.255.0 gateway 192.168.106.1 bridge_ports bond0 bridge_stp off bridge_fd 0 bridge_vlan_aware yes auto vmbr1 iface vmbr1 inet static address 192.168.106.122 netmask 255.255.255.0 bridge_ports bond1 bridge_stp off bridge_fd 0 bridge_vlan_aware yes proxmox-ve: 4.2-48 (работает на ядре: 4.4.6-1-pve) pve-manager: 4.2-2 (текущая версия: 4.2-2/725d76f0) pve-kernel-4.4.6-1-pve: 4.4.6-48 lvm2: 2.02.116-pve2 corosync-pve: 2.3.5-2 libqb0: 1.0-1 pve-cluster: 4.0-39 qemu-server: 4.0-72 pve-firmware: 1.1-8 libpve-common-perl: 4.0-59 libpve-access-control: 4.0-16 libpve-storage-perl: 4.0-50 pve-libspice-server1: 0.12.5-2 vncterm: 1.2-1 pve-qemu-kvm: 2.5-14 pve-container: 1.0-62 pve-firewall: 2.0-25 pve-ha-manager: 1.0-28 ksm-control-daemon: 1.2-1 glusterfs-client: 3.5.2-2+deb8u1 lxc-pve: 1.1.5-7 lxcfs: 2.0.0-pve2 cgmanager: 0.39-pve1 criu: 1.6.0-1 zfsutils: 0.6.5-pve9~jessie

wolfgang Guest	#4 0 30.06.2016 12:41:00 Пожалуйста, обновите до текущей версии.

wolfgang Guest	#5 0 30.06.2016 13:16:00 See https://pve.proxmox.com/wiki/Package_repositories

Wojciech Szpunar Guest	#6 0 30.06.2016 13:36:00 Привет, здорово, что проблема решена. Большое спасибо. С уважением, Войтек

CTCcloud

Guest

16.12.2016 17:05:00

Замечание: У меня возникла такая же проблема после перенастройки мостов на использование Openvswitch вместо Linux bridging. Ничто из того, что я делал, не позволяло запустить службу corosync, так что в последний момент я проверил файлы /etc/network/interfaces и обнаружил, что vmbr1 был на первом месте, а vmbr0 на втором... Я поменял их местами в файлах интерфейсов, перезагрузил узел, и всё стало в порядке после его повторного запуска... Похоже, что из-за того, что vmbr1 инициализировался первым, а vmbr0 вторым, corosync не мог запуститься. Не знаю, есть ли в этом ошибка, но я решил сообщить всем, на случай если это требует дальнейшего внимания.

CTCcloud

Guest

15.02.2017 15:02:00

Мы заметили новую проблему с "Corosync не запускается после перезагрузки узла". Если при запуске не доступен шлюз IPv4, то corosync не стартует... имейте в виду, что шлюз IPv6 в этом случае работает без проблем. Это кажется серьезной проблемой, так как нет гарантии, что узлы всегда будут иметь подключение к Интернету, что не должно быть необходимым для их нормальной работы. Также, зачем нужен шлюз IPv4, если есть доступный шлюз IPv6? Это уже несколько раз вызывало серьезные сбои для наших клиентов (мы виртуализируем брандмауэры, и если узел, который отвечает за шлюз для других узлов или сам для себя, не может запустить брандмауэр при загрузке, потому что не может подключиться к Интернету, то весь 9-узловый кластер может быть неработоспособен... это может произойти, когда перезагрузки запланированы на ночь для установки обновлений ядра и т. д.).

bolek2000 Guest	#9 0 26.04.2017 14:08:00 Сначала я добавил 4 моста, не назначая им IP-адреса, и перезагрузил систему. В этом случае мосты не запустились автоматически, поэтому я запустил их вручную, но, думаю, corosync работал (не проверял). Затем я добавил IP-адрес к vmbr1 и перезагрузил, после этого мосты запустились автоматически, но corosync выдал ошибку. Попробовал удалить IP снова, перезагрузил, но без результата. В /etc/network/interfaces IP-адрес исчез, но с помощью ifconfig я все еще видел, что он назначен vmbr1. Выполнил ifdown/ifup для vmbr1, после этого IP-адрес пропал, но не удалось запустить corosync. Далее перезагрузка, corosync снова запустился, и сетевая конфигурация была правильной, как в /etc/network/interfaces. Я подумал, что, возможно, проблема была связана с ручным редактированием интерфейсов, но окончательное редактирование было через GUI. Затем я снова настроил другие vmbr и убрал суффикс .<VLAN> с некоторых сетевых интерфейсов, чтобы получить простые интерфейсы ethx на мостах. Ранее я тестировал с VLAN, например, eth2.11. Все изменения были внесены через GUI. После первого перезапуска corosync не запустился, и вывод ifconfig был неправильным по сравнению с /etc/network/interfaces. На втором перезапуске сетевая конфигурация была в порядке (ifconfig и файл интерфейсов), но corosync был не запущен. На третьем перезапуске сетевая конфигурация и corosync были в порядке. В итоге в обоих случаях мне потребовалось 3 перезагрузки, чтобы все заработало. proxmox-ve: 4.4-86 (используемое ядро: 4.4.49-1-pve) pve-manager: 4.4-13 (используемая версия: 4.4-13/7ea56165) pve-kernel-4.4.35-1-pve: 4.4.35-77 pve-kernel-4.4.44-1-pve: 4.4.44-84 pve-kernel-4.4.49-1-pve: 4.4.49-86 pve-kernel-4.4.40-1-pve: 4.4.40-82 lvm2: 2.02.116-pve3 corosync-pve: 2.4.2-2~pve4+1 libqb0: 1.0.1-1 pve-cluster: 4.0-49 qemu-server: 4.0-110 pve-firmware: 1.1-11 libpve-common-perl: 4.0-94 libpve-access-control: 4.0-23 libpve-storage-perl: 4.0-76 pve-libspice-server1: 0.12.8-2 vncterm: 1.3-2 pve-docs: 4.4-4 pve-qemu-kvm: 2.7.1-4 pve-container: 1.0-97 pve-firewall: 2.0-33 pve-ha-manager: 1.0-40 ksm-control-daemon: 1.2-1 glusterfs-client: 3.5.2-2+deb8u3 lxc-pve: 2.0.7-4 lxcfs: 2.0.6-pve1 criu: 1.6.0-1 novnc-pve: 0.5-9 smartmontools: 6.5+svn4324-1~pve80 zfsutils: 0.6.5.9-pve15~bpo80 openvswitch-switch: 2.6.0-2

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры