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

Поиск данных PVE 8.4.12 для восстановления, Proxmox Виртуальная Среда

LittleFinger

Guest

30.08.2025 22:17:00

У меня сломанная установка PVE, с которой нужно восстановить данные. Конфигурационные файлы я нашёл (кажется, в /var/lib/lxc), но не могу найти «диски» LXC и виртуальных машин. Мне сказали, что всё необходимое находится в "/etc/config", но в этой версии такой папки нет. Возможно, я смотрю не там? Нужно ли собирать что-то ещё кроме конфигураций и данных виртуальных дисков, прежде чем полностью переустанавливать Proxmox? Добавить новый сервер для бэкапов не могу, есть доступ по SFTP (хожу по папкам через Filezilla), доступа к консоли через WebUI нет.

LittleFinger Guest	#2 0 04.10.2025 18:40:00 Пытаешься сказать, что всё заработало бы, если бы кластер был настроен правильно? качая головой

LittleFinger

Guest

15.10.2025 07:05:00

Разве сейчас никто не отвечает на темы? Где можно найти данные, чтобы _вручную_ перенести их с одного сервера на другой?
1) У меня есть доступ к данным через SFTP
2) Ничего не запускается и так далее из-за отсутствия кворума/кластера
3) Я не могу добавить или использовать другое хранилище с моего второго сервера из-за пункта №2

Я знаю, где искать данные, просто не уверен, сработает ли мой предполагаемый способ (экспериментирую и утром увижу результаты), ведь нормально ничего передать не выходит.
Установил PBS в виртуальной машине, но не знаю, нужно ли что-то сделать на моём «ограниченном» сервере, чтобы он увидел PBS, или управление запускается с PBS.

BD-Nets

Guest

15.10.2025 10:30:00

Поймите, что фраза «У меня сломалась установка PVE» — это совсем не полное описание вашей системы. Если просто предположить, что вы везде нажимали «по умолчанию», что показывает команда «pvesm list local-lvm» в SSH-терминале?

VictorSTS

Guest

15.10.2025 11:53:00

Нельзя ждать точного ответа, если не задаешь точный вопрос: ты не даёшь никакой информации о том, как настроен или был настроен твой сервер/кластер, не рассказываешь, что именно ты делал или что с ним произошло, и вообще не говоришь о текущем состоянии. Ты даже не упомянул, что у тебя есть кластер, пока не написал об этом в третьем сообщении! Пожалуйста, дай чёткие детали, и, надеюсь, кто-то сможет помочь или подсказать что-то полезное.

LittleFinger

Guest

15.10.2025 22:57:00

Code: root@galaxy:~# pvesm list local-lvm
хранилище 'local-lvm' не существует

root@galaxy:~# pvesm list nvme
Volid Format Type Size VMID
nvme:subvol-103-disk-0 subvol rootdir 2147483648 103
nvme:subvol-104-disk-0 subvol rootdir 19327352832 104
nvme:vm-105-disk-0 raw images 1048576 105
nvme:vm-105-disk-1 raw images 34359738368 105
nvme:vm-106-disk-0 raw images 1048576 106
nvme:vm-800-disk-0 raw images 1048576 800
nvme:vm-800-disk-1 raw images 4194304 800
nvme:vm-800-disk-2 raw images 64424509440 800
nvme:vm-801-disk-0 raw images 1048576 801
nvme:vm-801-disk-1 raw images 53687091200 801
nvme:vm-900-disk-0 raw images 1048576 900
nvme:vm-900-disk-1 raw images 274877906944 900
nvme:vm-901-disk-0 raw images 64424509440 901
root@galaxy:~# pvesm list local-zfs
Volid Format Type Size VMID
local-zfs:vm-901-disk-0 raw images 1048576 901
local-zfs:vm-901-disk-1 raw images 4194304 901

Что касается сообщения о кластере, я пытался его настроить, но так как у меня было только два сервера, и это не сработало, я удалил кластер из профилей конфигурации. Один сервер (тот, с которым у меня проблемы) — именно там всё и началось. Да, знаю — SMART. Мне просто хочется сохранить конфиги VM и LXC (я их нашёл). Я обнаружил несколько мест, где хранятся данные VM и LXC, но хочу попробовать, чтобы иметь возможность запустить эти VM и LXC на другом сервере, просто чтобы проверить, что их можно восстановить после переустановки PVE и миграции обратно. Может ли PBS делать такие бэкапы без разрешения и/или подтверждения со стороны сервера PVE?

Johannes S

Guest

22.10.2025 10:20:00

Если у вас есть свободный диск (например, USB-диск или SATA/NVME, если в вашем хосте ещё есть свободный слот), вы можете отформатировать его в ZFS и с помощью zfs send/receive скопировать всю систему (включая vm/lxc) с вашего хоста на него до переустановки. Ещё можете войти в систему? Тогда введите find /etc/pve и пришлите здесь вывод команды.

niteshadow

Guest

15.10.2025 23:30:00

Лучший способ — восстановиться из резервной копии. Но можно проверить хранилище, указанное в /etc/pve/storage.cfg на сломанном сервере (и проверить конфигурации виртуальных машин/контейнеров). Если на другом сервере определено такое же хранилище (по имени и типу), можно попробовать ваш метод «копировать конфигурацию и данные ВМ». Данные были на локальном хранилище на неисправном сервере?

LittleFinger

Guest

16.10.2025 00:43:00

Честно говоря, я почти уверен, что _только_ PVE слетел из-за моей ошибки. Но, думаю, PVE всё равно заставит меня заново настраивать NVMe и все диски, из которых состоит мой массив "local-zfs". Основное хранилище работает на TrueNAS, который контролирует HBA-карту. Все дополнительные данные пока в безопасности.

LittleFinger

Guest

#10

16.10.2025 00:45:00

Когда речь заходит о shell-доступе, я не могу использовать оболочку через веб-интерфейс, но могу подключиться через Powershell и, вероятно, другими способами, если захочу. Пока что заметил, что обновления делать не получается. FileZilla без проблем просматривает каталоги на обоих серверах PVE.

LittleFinger Guest	#11 0 16.10.2025 00:56:00 Я скопировал данные виртуальной машины на PVE #2 прошлой ночью. Поскольку они хранились на nvme-массиве в PVE #1, система пытается найти их на том же дисковом хранилище.

LittleFinger

Guest

#12

17.10.2025 09:19:00

Код: root@galaxy:~# vzdump 102
ИНФО: запуск новой задачи резервного копирования: vzdump 102
ИНФО: тип файловой системы в dumpdir — 'zfs', используется /var/tmp/vzdumptmp451247_102 для временных файлов
ИНФО: Начинается резервное копирование ВМ 102 (lxc)
ИНФО: Резервное копирование началось в 2025-10-17 02:18:04
ИНФО: статус = остановлено
ОШИБКА: Резервное копирование ВМ 102 не удалось — невозможно открыть файл '/etc/pve/nodes/galaxy/lxc/102.conf.tmp.451247' — отказано в доступе
ИНФО: Ошибка в 2025-10-17 02:18:04
ИНФО: Задача резервного копирования завершена с ошибками
ИНФО: уведомление отправлено на адрес root по mail-to-root
Ошибки в работе

LittleFinger Guest	#13 0 17.10.2025 09:23:00 Существует ли команда, которая может завершить все ожидающие процессы «auto starts»?

LittleFinger

Guest

#14

21.10.2025 05:36:00

Итак, я попробовал это сделать... и провалился. В чем дело? Код: root@galaxy:~# ./maint_mode.sh

Включить режим обслуживания и отключить автозапуск всех текущих VM/CT? (y/n) y
Отключаем (и сохраняем) текущие настройки автозапуска:
update VM 105: -onboot 0
не удалось открыть файл '/etc/pve/nodes/galaxy/qemu-server/105.conf.tmp.1711794' — отказано в доступе
update VM 106: -onboot 0
не удалось открыть файл '/etc/pve/nodes/galaxy/qemu-server/106.conf.tmp.1711825' — отказано в доступе
update VM 800: -onboot 0
не удалось открыть файл '/etc/pve/nodes/galaxy/qemu-server/800.conf.tmp.1711832' — отказано в доступе
update VM 801: -onboot 0
не удалось открыть файл '/etc/pve/nodes/galaxy/qemu-server/801.conf.tmp.1711837' — отказано в доступе
не удалось открыть файл '/etc/pve/nodes/galaxy/lxc/102.conf.tmp.1711872' — отказано в доступе
update CT 102: -onboot 0
не удалось открыть файл '/etc/pve/nodes/galaxy/lxc/103.conf.tmp.1711881' — отказано в доступе
update CT 103: -onboot 0
не удалось открыть файл '/etc/pve/nodes/galaxy/lxc/104.conf.tmp.1711903' — отказано в доступе
update CT 104: -onboot 0

Возможно ли переустановить Proxmox поверх текущей установки, не уничтожая мой NVMe-массив? Просто дать массиву то же имя хранилища и продолжить работу? Это вообще сработает или нужно брать платную поддержку? Сервер больше не пытается запускать всё, просто ругается, что «тампон горит» из-за отсутствия кворума (ошибка 500). Из-за этого нельзя добавить или использовать локальное хранилище, чтобы делать бэкапы VMs и LXCs в один файл и проще их копировать с машины.

LittleFinger Guest	#15 0 22.10.2025 05:32:00 Тема снова заглохла?

BD-Nets

Guest

#16

22.10.2025 11:01:00

Первый вопрос был — «найти диски LXC и VM». Местоположение тебе указали в сообщении №8. Значит, восстановление данных возможно, вопрос решён. Второй — как починить кластер. Это зависит от его текущего состояния (хорошо бы посмотреть вывод pvecm status). Возможно, база данных повреждена. Сколько у тебя узлов в кластере? Если один, зачем вообще кластер? Резервные копии базы должны быть в папке "/var/lib/pve-cluster/backup", ты пробовал их использовать?

LittleFinger

Guest

#17

23.10.2025 04:22:00

Я всё ещё могу войти в систему. Но WebGUI shell вообще не работает, поэтому пользуюсь Powershell для доступа к командной строке и Filezilla для просмотра файлов. У меня четыре свободных отсека для дисков. Код: root@galaxy:~# find /etc/pve
/etc/pve
/etc/pve/.debug
/etc/pve/.vmlist
/etc/pve/.members
/etc/pve/lxc
/etc/pve/local
/etc/pve/.rrd
/etc/pve/.version
/etc/pve/.clusterlog
/etc/pve/openvz
/etc/pve/qemu-server
/etc/pve/storage.cfg
/etc/pve/user.cfg
/etc/pve/pve-root-ca.pem
/etc/pve/priv
/etc/pve/priv/known_hosts
/etc/pve/priv/authorized_keys
/etc/pve/priv/storage
/etc/pve/priv/acme
/etc/pve/priv/pve-root-ca.srl
/etc/pve/priv/lock
/etc/pve/priv/authkey.key
/etc/pve/priv/pve-root-ca.key
/etc/pve/virtual-guest
/etc/pve/firewall
/etc/pve/replication.cfg
/etc/pve/vzdump.cron
/etc/pve/sdn
/etc/pve/sdn/fabrics
/etc/pve/datacenter.cfg
/etc/pve/mapping
/etc/pve/.corosync.conf.swp
/etc/pve/authkey.pub
/etc/pve/ha
/etc/pve/corosync.conf
/etc/pve/authkey.pub.old
/etc/pve/nodes
/etc/pve/nodes/galaxy
/etc/pve/nodes/galaxy/lxc
/etc/pve/nodes/galaxy/lxc/104.conf
/etc/pve/nodes/galaxy/lxc/103.conf
/etc/pve/nodes/galaxy/lxc/102.conf
/etc/pve/nodes/galaxy/pve-ssl.key
/etc/pve/nodes/galaxy/lrm_status
/etc/pve/nodes/galaxy/pve-ssl.pem
/etc/pve/nodes/galaxy/priv
/etc/pve/nodes/galaxy/ssh_known_hosts
/etc/pve/nodes/galaxy/openvz
/etc/pve/nodes/galaxy/qemu-server
/etc/pve/nodes/galaxy/qemu-server/106.conf
/etc/pve/nodes/galaxy/qemu-server/901.conf
/etc/pve/nodes/galaxy/qemu-server/900.conf
/etc/pve/nodes/galaxy/qemu-server/801.conf
/etc/pve/nodes/galaxy/qemu-server/800.conf
/etc/pve/nodes/galaxy/qemu-server/105.conf
/etc/pve/pve-www.key

LittleFinger Guest	#18 0 23.10.2025 04:33:00 Вывод: Код: root@galaxy:~# pvecm status Информация о кластере ------------------- Имя: SLN Версия конфигурации: 1 Транспорт: knet Безопасная аутентификация: включена Не удалось инициализировать сервис CMAP. Дело было в двух моментах: однажды я переоценил свои силы ночью, когда нужно было взять себя в руки, а я был слишком сонным, чтобы нормально соображать (знаю, смешно, правда? Вот это я...), а потом полез в shell и попытался всё отменить. Файлы вижу в "/var/lib/pve-cluster", но папки с бэкапами нет. Код: root@galaxy:~# find /var/lib/pve-cluster /var/lib/pve-cluster /var/lib/pve-cluster/.pmxcfs.lockfile /var/lib/pve-cluster/config.db-wal /var/lib/pve-cluster/config.db-shm /var/lib/pve-cluster/config.db

Читают тему

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