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

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

an0n

Guest

04.07.2014 14:27:00

Всем привет. Я только что установил 2 Proxmox 3.2 и хотел настроить новый кластер с обеими машинами. Не стоит и говорить, что это мой первый опыт с Proxmox, так что, немного поиграв с обеими системами, я в итоге получил 2 разных кластера (один был создан на одной из машин). Теперь я хотел бы полностью СТЕРЕТЬ/УДАЛИТЬ хотя бы один из этих кластеров, чтобы просто добавить свободный узел к оставшемуся кластеру. В man'е pvecm нет опции для удаления, и после нескольких дней интенсивного поиска, похоже, что единственный жизнеспособный вариант — это вручную удалить набор пакетов из системы, вручную удалить определённые папки и вдобавок, возможно, придётся изменить имя хоста :S Я думаю, что должен быть способ сделать это правильно. Возможно, я смогу добавить node2 к cluster1, даже если cluster2 продолжает существовать в node2, но я действительно хотел бы удалить тот второй неиспользуемый кластер, чтобы избежать возможных ошибок в будущем из-за запутанной конфигурации. Надеюсь, кто-то сможет мне помочь! Спасибо всем! P.S.: Если кому-то нужно что-то уточнить по текущей настройке, дайте знать.

dcsapak Guest	#2 0 11.07.2016 09:37:00 возможно, эта статья в вики поможет: http://pve.proxmox.com/wiki/Proxmox_Cluster_file_system_(pmxcfs) смотри раздел о 'Удалении конфигурации кластера'

Mr.Gosh Guest	#3 0 17.05.2016 14:43:00 как бы это было сделано в pve 4.2?

hpcraith

Guest

07.07.2016 13:14:00

Вопрос мистера Гоша о том, как удалить созданный кластер в Proxmox 4.x, действительно очень важен, так как многое изменилось, но ответа на это нет!! Я задал тот же вопрос в немецкой части форума (https://forum.proxmox.com/threads/cluster-neu-aufbauen.28166/). Тоже нет ответа!!

MagicFab Guest	#5 0 07.07.2016 18:31:00 Что ты имеешь в виду, нет ответа? Он же прямо в документации.

hpcraith Guest	#6 0 08.07.2016 16:46:00 К сожалению, вы не предоставили текст для перевода. Пожалуйста, вставьте текст, и я с радостью помогу с переводом.

hpcraith

Guest

08.07.2016 17:51:00

Я думаю, я читал эту документацию. Я создал кластер: root@vwsrv4:~#create cluster VW-Cluster root@vwsrv4:/etc/pve# pvecm status Информация о кворуме ------------------ Дата: Пт 8 Июл 17:37:23 2016 Провайдер кворума: corosync_votequorum Узлы: 1 ID узла: 0x00000001 ID кольца: 160 Кворум: Да Информация о голосовании ---------------------- Ожидаемые голоса: 1 Наивысшее ожидаемое: 1 Всего голосов: 1 Кворум: 1 Флаги: Кворумный Информация о членстве ---------------------- ID узла Голоса Имя 0x00000001 1 141.58.4.252 (локальный) root@vwsrv4:/etc/pve# Вопрос: Почему статус не показывает имя кластера? Вы можете найти его в /etc/corosync/corosync.conf или /etc/pve/corosync.conf. Противоположность созданию кластера — это удаление кластера. Документация, которую вы упомянули, содержит только информацию о том, как удалить узел кластера. Мой вопрос касался удаления всей информации о кластере и настройки его заново.

MagicFab

Guest

08.07.2016 21:20:00

Извини, я тебя неправильно понял. Похоже, что нет способа вернуть конфигурацию до создания кластера (даже если это всего лишь один узел). Вот что вы получите на системе без любой настройки кластера: Код: # pvecm status Corosync config '/etc/pve/corosync.conf' не существует - является ли этот узел частью кластера? Невозможно инициализировать службу CMAP. Я также вижу, что pvecm status сообщает только IP-адрес, который нельзя использовать для удаления. pvcm nodes перечисляет имена, но удаление кажется неэффективным. Возможно, разработчики Proxmox смогут это пояснить.

hpcraith

Guest

11.07.2016 15:06:00

Я сделал следующее: service pve-cluster stop pmxcfs -l ls -al root@vwsrv1:/etc/pve# ls -al total 8 drwxr-xr-x 2 root www-data 0 Jan 1 1970 . drwxr-xr-x 95 root root 4096 Jul 11 13:33 .. -rw-r----- 1 root www-data 451 Jul 1 16:24 authkey.pub -r--r----- 1 root www-data 153 Jan 1 1970 .clusterlog -rw-r----- 1 root www-data 448 Jul 11 13:52 corosync.conf -rw-r----- 1 root www-data 13 Jul 1 16:12 datacenter.cfg -rw-r----- 1 root www-data 2 Jan 1 1970 .debug lrwxr-xr-x 1 root www-data 0 Jan 1 1970 local -> nodes/vwsrv1 lrwxr-xr-x 1 root www-data 0 Jan 1 1970 lxc -> nodes/vwsrv1/lxc -r--r----- 1 root www-data 39 Jan 1 1970 .members drwxr-xr-x 2 root www-data 0 Jul 1 16:24 nodes lrwxr-xr-x 1 root www-data 0 Jan 1 1970 openvz -> nodes/vwsrv1/openvz drwx------ 2 root www-data 0 Jul 1 16:24 priv -rw-r----- 1 root www-data 2041 Jul 1 16:24 pve-root-ca.pem -rw-r----- 1 root www-data 1671 Jul 1 16:24 pve-www.key lrwxr-xr-x 1 root www-data 0 Jan 1 1970 qemu-server -> nodes/vwsrv1/qemu-server -r--r----- 1 root www-data 280 Jan 1 1970 .rrd -rw-r----- 1 root www-data 127 Jul 1 16:12 storage.cfg -rw-r----- 1 root www-data 36 Jul 1 16:12 user.cfg -r--r----- 1 root www-data 379 Jan 1 1970 .version -r--r----- 1 root www-data 18 Jan 1 1970 .vmlist -rw-r----- 1 root www-data 119 Jul 1 16:24 vzdump.cron удалить конфигурацию кластера # rm /etc/pve/cluster.conf нет такого файла # rm /etc/cluster/cluster.conf нет такого файла # rm /var/lib/pve-cluster/corosync.authkey нет такого файла, только те, что ниже ls /var/lib/pve-cluster config.db config.db-shm config.db-wal Так что это предложение совсем не помогает мне. Я уже объяснял, что у нас 4 сервера Proxmox, все на одной подсети IP. один на 4.1, два на 3.4 и один, о котором идет речь, на 4.2. У всех есть подписка на коммьюнити. Те, что на 3.4, будут обновлены (новая установка) поэтапно. К сожалению, в программном обеспечении кластера много изменилось, но должна быть возможность обновления. С уважением.

hpcraith

Guest

#10

11.07.2016 15:37:00

В дополнение к сказанному, я обнаружил, что то, что раньше называлось cluster.conf в 3.x, теперь называется corosync.conf. Я также заметил ><clusternode name="vwsrv4" votes="1" nodeid="4"/> в /etc/pve/cluster.conf серверов 3.4. Говорят, что версии 3.x и 4.x больше не совместимы. Так как же тогда записи 4.x появляются на серверах 3.x? Это опасное смешение: программное обеспечение кластера 3.x обменивается информацией с 4.x. По крайней мере, должно быть предусмотрено, чтобы эти версии не могли взаимодействовать друг с другом. С уважением.

xhimera

Guest

#11

05.12.2016 15:30:00

Вот мое решение для версии 4.3 $ pveversion pve-manager/4.3-1/e7cdc165 (работающий ядро: 4.4.19-1-pve) # остановить службу $ systemctl stop pvestatd.service $ systemctl stop pvedaemon.service $ systemctl stop pve-cluster.service # редактировать через sqlite, проверить, удалить, подтвердить $ sqlite3 /var/lib/pve-cluster/config.db sqlite> select * from tree where name = 'corosync.conf'; 254327|0|254329|0|1480944811|8|corosync.conf|totem { version: 2 [...] sqlite> delete from tree where name = 'corosync.conf'; sqlite> select * from tree where name = 'corosync.conf'; sqlite> .quit # запустить службы $ systemctl start pve-cluster.service $ systemctl start pvestatd.service $ systemctl start pvedaemon.service

hpcraith

Guest

#12

07.12.2016 16:42:00

Спасибо за ваше предложение решения. Я не верил, что есть ответ на мою проблему, которая все еще существует. У меня есть четыре сервера Proxmox, которые не могут взаимодействовать друг с другом в одном веб-приложении. Так что мне всегда приходится открывать четыре веб-приложения. Как только у меня появится свободное время, я протестирую ваше решение и дам знать. С уважением, Дитер.

Gabriel-openprogrammer

Guest

#13

11.12.2016 18:16:00

xhimera, спасибо за ваше решение. Я также экспериментировал с 3 серверами Proxmox и немного напутал с кластером. Я следовал вашему примеру с другим решением. Я сделал это на 3 серверах: pve-manager/4.3-14/3a8c61c7 (работает на ядре: 4.4.35-1-pve) # остановка службы systemctl stop pvestatd.service systemctl stop pvedaemon.service systemctl stop pve-cluster.service systemctl stop corosync systemctl stop pve-cluster # редактирование через sqlite, проверка, удаление, верификация $ sqlite3 /var/lib/pve-cluster/config.db sqlite> select * from tree where name = 'corosync.conf'; 254327|0|254329|0|1480944811|8|corosync.conf|totem { version: 2 [...] sqlite> delete from tree where name = 'corosync.conf'; sqlite> select * from tree where name = 'corosync.conf'; sqlite> .quit # #Удаление каталогов pmxcfs -l rm /etc/pve/corosync.conf rm /etc/corosync/* rm /var/lib/corosync/* rm -rf /etc/pve/nodes/* Не забудьте удалить узлы, которые вам не нужны, из /etc/pve/priv/authorized_keys Я перезагрузил 3 сервера и все заработало снова. Следовал: https://pve.proxmox.com/wiki/Proxmox_VE_4.x_Cluster И все, похоже, заработало нормально, кластер снова онлайн. P.S.: Кластер был пустым, без каких-либо ВМ. Надеюсь, это поможет кому-то.

csc

Guest

#14

26.10.2017 16:00:00

ошибка root@pve:/# pvecm status Не удается инициализировать службу CMAP -------------------------------------------- файл corosyng.conf nano /etc/pve/corosync.conf totem { version: 2 secauth: on cluster_name: clustercsc config_version: 1 ip_version: ipv4 interface { ringnumber: 0 bindnetaddr: 192.168.1.16 } } nodelist { node { ring0_addr: pve name: pve nodeid: 1 quorum_votes: 1 } } quorum { provider: corosync_votequorum } logging { to_syslog: yes debug: off } ------------------------------------------- root@pve:/# systemctl status corosync.service ● corosync.service - Corosync Cluster Engine Загружено: загружено (/lib/systemd/system/corosync.service; включено; предустановка поставщика: включено) Активность: завершено с ошибкой (Результат: сигнал) с Чт 2017-10-26 06:25:14 -03; 4ч 31мин назад Документы: man:corosync man:corosync.conf man:corosync_overview Главный PID: 24919 (код=uстановлен, сигнал=ABRT) 26 окт 06:25:14 pve corosync[24919]: [TOTEM ] Образовалось новое членство (192.168.1.16:60). Присоединившиеся участники: 1 26 окт 06:25:14 pve corosync[24919]: [TOTEM ] Сообщение JOIN или LEAVE было отброшено во время операции сброса. 26 окт 06:25:14 pve corosync[24919]: [QUORUM] Участники[1]: 1 26 окт 06:25:14 pve corosync[24919]: [MAIN ] Завершена синхронизация службы, готова к предоставлению услуги. 26 окт 06:25:14 pve corosync[24919]: уведомление [TOTEM ] Образовалось новое членство (192.168.1.10:64). Присоединившиеся участники: 1 26 окт 06:25:14 pve corosync[24919]: [TOTEM ] Образовалось новое членство (192.168.1.10:64). Присоединившиеся участники: 1 26 окт 06:25:14 pve corosync[24919]: corosync: cpg.c:867: downlist_master_choose: Условие `best != NULL' не выполнено. 26 окт 06:25:14 pve systemd[1]: corosync.service: Основной процесс завершился, код=убит, статус=6/ABRT 26 окт 06:25:14 pve systemd[1]: corosync.service: Юнит вошел в состояние ошибки. 26 окт 06:25:14 pve systemd[1]: corosync.service: Ошибка завершена с результатом 'сигнал'.

csc

Guest

#15

26.10.2017 16:02:00

error root@pve:/# pvecm status Не удается инициализировать службу CMAP -------------------------------------------- файл corosyng.conf nano /etc/pve/corosync.conf totem { version: 2 secauth: on cluster_name: clustercsc config_version: 1 ip_version: ipv4 interface { ringnumber: 0 bindnetaddr: 192.168.1.16 } } nodelist { node { ring0_addr: pve name: pve nodeid: 1 quorum_votes: 1 } } quorum { provider: corosync_votequorum } logging { to_syslog: yes debug: off } ------------------------------------------- root@pve:/# systemctl status corosync.service ● corosync.service - Corosync Cluster Engine Загрузил: загружено (/lib/systemd/system/corosync.service; включено; заводская настройка: включено) Активно: не удалось (Результат: сигнал) с четверга 2017-10-26 06:25:14 -03; 4ч 31мин назад Документация: man:corosync man:corosync.conf man:corosync_overview Основной PID: 24919 (код=убит, сигнал=ABRT) 26 окт 06:25:14 pve corosync[24919]: [TOTEM ] Образовалось новое членство (192.168.1.16:60). Члены присоединились: 1 26 окт 06:25:14 pve corosync[24919]: [TOTEM ] Сообщение JOIN или LEAVE было отброшено во время операции очистки. 26 окт 06:25:14 pve corosync[24919]: [QUORUM] Члены[1]: 1 26 окт 06:25:14 pve corosync[24919]: [MAIN ] Синхронизация услуг завершена, готово предоставить услуги. 26 окт 06:25:14 pve corosync[24919]: уведомление [TOTEM ] Образовалось новое членство (192.168.1.10:64). Члены присоединились: 1 26 окт 06:25:14 pve corosync[24919]: [TOTEM ] Образовалось новое членство (192.168.1.10:64). Члены присоединились: 1 26 окт 06:25:14 pve corosync[24919]: corosync: cpg.c:867: downlist_master_choose: Утверждение `best != NULL' не выполнено. 26 окт 06:25:14 pve systemd[1]: corosync.service: Основной процесс завершился, код=убит, статус=6/ABRT 26 окт 06:25:14 pve systemd[1]: corosync.service: Подразделение вошло в состояние сбоя. 26 окт 06:25:14 pve systemd[1]: corosync.service: Не удалось с результатом 'сигнал'.

David Anderson

Guest

#16

18.06.2018 21:39:00

Габриэль-openprogrammer помог мне! Отличная информация - выручил меня, когда я начал работать с кластером, не имея ни малейшего представления, что делать. Эти шаги отлично сработали для удаления конфигурации кластера - также удалились все мои виртуальные машины, но это было легко восстановить с помощью резервных копий. Потрясающе - спасибо за пост.

suresh788 Guest	#17 0 01.05.2019 08:50:00 Привет, у меня кластер из 2 узлов, на обоих узлах я создал учетные записи пользователей. Из-за какой-то проблемы один узел оказался в плохом состоянии. Я удалил этот узел и снова добавил его в кластер. После этого пользователи, которых я создал, не отображаются на вкладке пользователей, но они есть в командной строке.

Читают тему

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