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

Proxmox не работает после отключения электроэнергии., Proxmox Виртуальная Среда

CrunkFX

Guest

06.02.2021 22:00:00

Привет! Я совершенно в отчаянии. После отключения электроэнергии мой сервер Proxmox перестал работать. Я уже два недели ищу, но не могу выяснить, что вызывает все эти проблемы. systemctl --failed Bash: UNIT LOAD ACTIVE SUB DESCRIPTION
● pve-cluster.service loaded failed failed Файловая система кластера Proxmox VE
● pve-guests.service loaded failed failed Гостевые системы PVE
● pve-ha-crm.service loaded failed failed Демон менеджера ресурсов PVE Cluster HA
● pve-ha-lrm.service loaded failed failed Демон локального менеджера ресурсов PVE HA
● pvesr.service loaded failed failed Запускающий процесс репликации Proxmox VE
● pvestatd.service loaded failed failed Демон состояния PVE systemctl status pve-cluster Код: ● pve-cluster.service - Файловая система кластера Proxmox VE
Loaded: loaded (/lib/systemd/system/pve-cluster.service; включено; предустановка от производителя: включено)
Active: failed (Результат: сигнал) с Сб 2021-02-06 21:27:26 CET; 20 мин. назад

6 фев 21:27:26 pvee systemd[1]: pve-cluster.service: Время ожидания перезапуска Service RestartSec=100ms истекло, планируя перезапуск.
6 фев 21:27:26 pvee systemd[1]: pve-cluster.service: Запланирована работа перезапуска, счетчик перезапусков на уровне 5.
6 фев 21:27:26 pvee systemd[1]: Остановлена Файловая система кластера Proxmox VE.
6 фев 21:27:26 pvee systemd[1]: pve-cluster.service: Запрос на запуск повторился слишком быстро.
6 фев 21:27:26 pvee systemd[1]: pve-cluster.service: Не удалось, результат 'сигнал'.
6 фев 21:27:26 pvee systemd[1]: Не удалось запустить Файловую систему кластера Proxmox VE. systemctl status pveproxy Код: ● pveproxy.service - Прокси-сервер PVE API
Loaded: loaded (/lib/systemd/system/pveproxy.service; включено; предустановка от производителя: включено)
Active: active (работает) с Сб 2021-02-06 21:18:22 CET; 30 мин. назад
Основной PID: 1109 (pveproxy)
Задачи: 4 (лимит: 4915)
Память: 131.9M
CGroup: /system.slice/pveproxy.service
├─1109 pveproxy
├─2684 pveproxy worker
├─2685 pveproxy worker
└─2686 pveproxy worker

6 фев 21:49:18 pvee pveproxy[1109]: рабочий 2676 завершил работу
6 фев 21:49:18 pvee pveproxy[1109]: рабочий 2684 стартовал
6 фев 21:49:18 pvee pveproxy[2684]: /etc/pve/local/pve-ssl.key: не удалось загрузить локальный закрытый ключ (key_file или key) в /usr/share/perl5/PVE/APIServer/AnyEvent.pm строка 1775.
6 фев 21:49:18 pvee pveproxy[2677]: выход рабочего
6 фев 21:49:18 pvee pveproxy[1109]: рабочий 2677 завершил работу
6 фев 21:49:18 pvee pveproxy[1109]: запуск 2 рабочих
6 фев 21:49:18 pvee pveproxy[1109]: рабочий 2685 стартовал
6 фев 21:49:18 pvee pveproxy[1109]: рабочий 2686 стартовал
6 фев 21:49:18 pvee pveproxy[2685]: /etc/pve/local/pve-ssl.key: не удалось загрузить локальный закрытый ключ (key_file или key) в /usr/share/perl5/PVE/APIServer/AnyEvent.pm строка 1775.
6 фев 21:49:18 pvee pveproxy[2686]: /etc/pve/local/pve-ssl.key: не удалось загрузить локальный закрытый ключ (key_file или key) в /usr/share/perl5/PVE/APIServer/AnyEvent.pm строка 1775. Не знаю, насколько это важно, но команда zpool status показывает, что доступных пулов нет. Все другие сервисы, которые не работают, выводят: Код: ipcc_send_rec[1] не удался: Подключение отклонено
ipcc_send_rec[2] не удался: Подключение отклонено
ipcc_send_rec[3] не удался: Подключение отклонено
Не удалось загрузить список контроля доступа: Подключение отклонено. У меня нет кластера. Это просто один NUC, который работал несколько месяцев. lsblk показывает Код: NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 238.5G 0 диск
├─sda1 8:1 0 1007K 0 часть
├─sda2 8:2 0 512M 0 часть /boot/efi
└─sda3 8:3 0 238G 0 часть
├─pve-swap 253:0 0 7G 0 lvm [SWAP]
├─pve-root 253:1 0 59.3G 0 lvm /
├─pve-data_tmeta 253:2 0 1.6G 0 lvm
│ └─pve-data-tpool 253:4 0 152.6G 0 lvm
│ ├─pve-data 253:5 0 152.6G 0 lvm
│ ├─pve-vm--100--disk--0 253:6 0 50G 0 lvm
│ ├─pve-vm--101--disk--0 253:7 0 10G 0 lvm
│ ├─pve-vm--102--disk--0 253:8 0 10G 0 lvm
│ ├─pve-vm--103--disk--0 253:9 0 30G 0 lvm
│ ├─pve-vm--105--disk--0 253:10 0 20G 0 lvm
│ ├─pve-vm--104--disk--0 253:11 0 20G 0 lvm
│ ├─pve-vm--106--disk--0 253:12 0 20G 0 lvm
│ ├─pve-vm--107--disk--0 253:13 0 10G 0 lvm
│ ├─pve-vm--111--disk--0 253:14 0 4M 0 lvm
│ ├─pve-vm--111--disk--1 253:15 0 36G 0 lvm
│ ├─pve-vm--113--disk--0 253:16 0 20G 0 lvm
│ └─pve-vm--108--disk--0 253:17 0 8G 0 lvm
└─pve-data_tdata 253:3 0 152.6G 0 lvm
└─pve-data-tpool 253:4 0 152.6G 0 lvm
├─pve-data 253:5 0 152.6G 0 lvm
├─pve-vm--100--disk--0 253:6 0 50G 0 lvm
├─pve-vm--101--disk--0 253:7 0 10G 0 lvm
├─pve-vm--102--disk--0 253:8 0 10G 0 lvm
├─pve-vm--103--disk--0 253:9 0 30G 0 lvm
├─pve-vm--105--disk--0 253:10 0 20G 0 lvm
├─pve-vm--104--disk--0 253:11 0 20G 0 lvm
├─pve-vm--106--disk--0 253:12 0 20G 0 lvm
├─pve-vm--107--disk--0 253:13 0 10G 0 lvm
├─pve-vm--111--disk--0 253:14 0 4M 0 lvm
├─pve-vm--111--disk--1 253:15 0 36G 0 lvm
├─pve-vm--113--disk--0 253:16 0 20G 0 lvm
└─pve-vm--108--disk--0 253:17 0 8G 0 lvm Это, похоже, представляет все виртуальные машины, которые у меня были. Есть ли способ вернуть эту систему к жизни? Если нет, будет ли возможность сделать резервные копии ВМ, так как я не могу получить доступ к GUI, и vzdump не работает из-за ошибки подключения? Спасибо заранее.

barreto80

Guest

19.04.2022 03:55:00

Привет, ребята, Есть ли какие-нибудь новости по этому вопросу? У меня такой же комплект (один сервер, без кластера), и после отключения электроэнергии ничего, связанное с PVE, не работает — ни графический интерфейс, ничего. SSH все еще работает, но аутентификация занимает очень много времени, а выполнение нескольких команд тоже длится долго. Вот детали из моего: Код: qm list
root@server-1:~# qm list
ipcc_send_rec[1] не удалось: соединение отвергнуто
ipcc_send_rec[2] не удалось: соединение отвергнуто
ipcc_send_rec[3] не удалось: соединение отвергнуто
Не удалось загрузить список управления доступом: соединение отвергнуто
root@server-1:~#
root@server-1:~# systemctl status pve-cluster
Не удалось получить список юнитов: Транспортная конечная точка не подключена
root@server-1:~# Все, что связано с systemctl, выдает ошибку "Транспортная конечная точка не подключена". Чтобы ответить на ранее заданный вопрос от Доминика, вот мой вывод: Код: root@server-1:~# journalctl -u pve-cluster -b
-- Журнал начинается в понедельник 2021-08-02 19:16:55 IST, заканчивается во вторник 2022-04-19 01:48:04 IST. --
-- Нет записей --
root@pserver-1:~# Дополнительный вывод: Код: root@server-1:~# pvecm status
ipcc_send_rec[1] не удалось: соединение отвергнуто
ipcc_send_rec[2] не удалось: соединение отвергнуто
ipcc_send_rec[3] не удалось: соединение отвергнуто
Не удалось загрузить список управления доступом: соединение отвергнуто
root@server-1:~# Код: root@server-1:~# pveversion --verbose
proxmox-ve: 7.1-1 (работающий ядро: 5.13.19-6-pve)
pve-manager: некорректно установлен (работающая версия: 7.1-12/b3c09de3)
pve-kernel-5.13: 7.1-9
pve-kernel-5.11: 7.0-10
pve-kernel-5.13.19-6-pve: 5.13.19-15
pve-kernel-5.13.19-3-pve: 5.13.19-7
pve-kernel-5.13.19-2-pve: 5.13.19-4
pve-kernel-5.11.22-7-pve: 5.11.22-12
pve-kernel-5.11.22-3-pve: 5.11.22-7
pve-kernel-5.11.22-1-pve: 5.11.22-2
ceph: 16.2.7
ceph-fuse: 16.2.7
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.22-pve2
libproxmox-acme-perl: 1.4.1
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.1-7
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.1-5
libpve-guest-common-perl: 4.1-1
libpve-http-server-perl: 4.1-1
libpve-storage-perl: некорректно установлен
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.12-1
lxcfs: 4.0.12-pve1
novnc-pve: 1.3.0-2
proxmox-backup-client: 2.1.5-1
proxmox-backup-file-restore: 2.1.5-1
proxmox-mini-journalreader: 1.3-1
proxmox-widget-toolkit: 3.4-7
pve-cluster: 7.1-3
pve-container: 4.1-4
pve-docs: 7.1-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: 3.3-6
pve-ha-manager: 3.3-3
pve-i18n: 2.6-2
pve-qemu-kvm: 6.2.0-2
pve-xtermjs: 4.16.0-1
qemu-server: 7.1-4
smartmontools: 7.2-pve2
spiceterm: 3.2-2
swtpm: 0.7.1~bpo11+1
vncterm: 1.7-1
zfsutils-linux: 2.1.4-pve1
root@server-1:~# Этот вывод показывает, что pve-manager и libpve-storage-perl "некорректно установлены". Конфигурации не изменялись с тех пор, как я использую их уже очень долго. Это была "настройка и забыл" установка, к которой я возвращаюсь раз в квартал для выполнения apt dist-upgrade и ничего больше. Я выполнил apt dist-upgrade, чтобы посмотреть, может ли это исправиться само по себе, но, похоже, это не так. Это также заняло очень много времени и несколько раз завершилось неудачей, потому что каждый пакет пытался управлять системными службами, и с этим каждый пакет завершался с сообщением "Транспортная конечная точка не подключена", как ниже: Код: Настройка udev (247.3-7) ...
Не удалось перезагрузить демона: Транспортная конечная точка не подключена
Не удалось получить состояние юнита: Транспортная конечная точка не подключена Есть идеи, ребята?

dcsapak Guest	#3 0 19.04.2022 09:54:00 Похоже, что попытки запустить pmxcfs вообще не было. Можешь выложить вывод команды: Code: apt-get update apt-get dist-upgrade?

barreto80

Guest

19.04.2022 10:36:00

Спасибо за очень быстрый ответ. Вот необходимый вывод: Код: root@server-1:~# apt update
Hit:1 http://security.debian.org bullseye-security InRelease
Hit:2 http://ftp.ie.debian.org/debian bullseye InRelease
Get:3 http://ftp.ie.debian.org/debian bullseye-updates InRelease [39.4 kB]
Hit:4 http://download.proxmox.com/debian/pve bullseye InRelease
Hit:5 http://download.proxmox.com/debian/ceph-pacific bullseye InRelease
Получено 39.4 kB за 9 секунд (4,394 B/s)
Чтение списков пакетов... Готово
Формирование дерева зависимостей... Готово
Чтение информации о состоянии... Готово
Все пакеты обновлены.
W: Целевые пакеты (pve-no-subscription/binary-amd64/Packages) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые пакеты (pve-no-subscription/binary-all/Packages) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые переводы (pve-no-subscription/i18n/Translation-en_US) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые переводы (pve-no-subscription/i18n/Translation-en) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые пакеты (pve-no-subscription/binary-amd64/Packages) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые пакеты (pve-no-subscription/binary-all/Packages) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые переводы (pve-no-subscription/i18n/Translation-en_US) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
W: Целевые переводы (pve-no-subscription/i18n/Translation-en) настроены несколько раз в /etc/apt/sources.list:6 и /etc/apt/sources.list.d/pve-no-subscription.list:1
root@server-1:~#
root@server-1:~# sudo apt dist-upgrade
Чтение списков пакетов... Готово
Формирование дерева зависимостей... Готово
Чтение информации о состоянии... Готово
Расчет обновления... Готово
Следующий пакет был автоматически установлен и больше не требуется:
pve-kernel-5.11.22-3-pve
Используйте 'sudo apt autoremove', чтобы удалить его.
0 обновлено, 0 новых установлено, 0 удалено и 0 не обновлено.
4 пакета не полностью установлены или удалены.
После этой операции будет использовано 0 Б дополнительного дискового пространства.
Хотите продолжить? [Y/n] y
Настройка udev (247.3-7) ...
Не удалось перезагрузить демона: транспортная точка не подключена
Не удалось получить состояние юнита: транспортная точка не подключена
invoke-rc.d: не удалось определить текущий уровень запуска
Не удалось перезапустить udev.service: транспортная точка не подключена
Смотрите системные журналы и 'systemctl статус udev.service' для получения подробной информации.
invoke-rc.d: initscript udev, действие "перезапустить" завершилось неудачей.
Не удалось получить свойства: транспортная точка не подключена
dpkg: ошибка обработки пакета udev (--configure):
скрипт постустановки установленного пакета udev завершился с кодом 1
dpkg: проблемы с зависимостями мешают настройке libpve-storage-perl:
libpve-storage-perl зависит от udev; однако:
Пакет udev еще не настроен.

dpkg: ошибка обработки пакета libpve-storage-perl (--configure):
проблемы с зависимостями - оставлен без конфигурации
dpkg: проблемы с зависимостями мешают настройке pve-kernel-helper:
pve-kernel-helper зависит от udev; однако:
Пакет udev еще не настроен.

dpkg: ошибка обработки пакета pve-kernel-helper (--configure):
проблемы с зависимостями - оставлен без конфигурации
dpkg: проблемы с зависимостями мешают настройке pve-manager:
pve-manager зависит от libpve-storage-perl (>= 7.0-15); однако:
Пакет libpve-storage-perl еще не настроен.

dpkg: ошибка обработки пакета pve-manager (--configure):
проблемы с зависимостями - оставлен без конфигурации
Обработка триггеров для initramfs-tools (0.140) ...
update-initramfs: Генерация /boot/initrd.img-5.13.19-6-pve
Запуск скрипта 'zz-proxmox-boot'..
Переисполнение '/etc/kernel/postinst.d/zz-proxmox-boot' в новом частном пространстве монтирования..
Нет файлов /etc/kernel/proxmox-boot-uuids, синхронизация ESP пропущена.
При обработке возникли ошибки:
udev
libpve-storage-perl
pve-kernel-helper
pve-manager
E: Подпроцесс /usr/bin/dpkg вернул код ошибки (1)
root@server-1:~# Похоже, что сбой udev вызывает каскадный эффект, не уверен, связано ли это с этой проблемой, но это также блокирует обновление pve-manager. Просто FYI, потому что именно это и просит меня сделать вывод, как и все команды systemctl, завершаются неудачей: Код: root@server-1:~# systemctl status udev.service
Не удалось получить свойства: транспортная точка не подключена
root@server-1:~# Кстати, еще одна вещь, которая меня сильно удивляет: команды shutdown и reboot тоже не работают. Они просто завершаются неудачей без каких-либо сообщений: Код: root@server-1:~# shutdown now
root@server-1:~#
root@server-1:~# reboot now
root@server-1:~#

dcsapak

Guest

19.04.2022 15:44:00

Окей, похоже, что что-то серьёзно сломано, выглядит так, будто systemd или dbus работают некорректно... Можешь проверить, есть ли какие-либо логи с загрузки? (с помощью journalctl или из /var/log/syslog) Ты мог бы попробовать переустановить эти пакеты снова, но не могу сказать, поможет ли это (я не уверен, что именно сломано): Код: apt install --reinstall systemd

barreto80 Guest	#6 0 20.04.2022 00:11:00 Привет, Доминик, большое спасибо за помощь, но я сдается. Переустановка systemd тоже многократно провалилась с ошибкой "Транспортная конечная точка не подключена". Обращаюсь сюда, чтобы оставить запись для людей, которые могут столкнуться с той же проблемой в будущем. Я потратил много часов, пробуя всё, что мог, безуспешно. Попробую восстановить всё из своих еженедельных резервных копий ВМ и просто переустановлю с нуля.

Читают тему

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