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

[SOLVED][HELP] Не удаётся восстановить LXC через PBS, Proxmox Backup Server

lthornl

Guest

30.03.2024 03:33:00

Привет, форумы ProxMox! Я пытаюсь восстановить LXC-контейнер на новом хосте и сталкиваюсь с ошибкой. Виртуальные машины аналогичного размера я восстановил без проблем, но этот бэкап LXC постоянно выдаёт следующую ошибку (имена изменены):

Код:
Virtual Environment 8.1.4
Хранилище 'RESTORE_ONLY-PBSServer' на узле 'HOST2'
Восстановление сохранённой конфигурации из 'RESTORE_ONLY-PBSServer:backup/ct/110/2024-03-27T16:00:35Z'
Логический том "vm-111-disk-0" создан.
Создаётся файловая система с 41943040 блоками по 4к и 10485760 индексными узлами
UUID файловой системы: 5b09824b-5d64-4aca-b2cb-7e4a753d5535
Резервные суперблоки хранятся на блоках:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Восстановление 'RESTORE_ONLY-PBSServer:backup/ct/110/2024-03-27T16:00:35Z' сейчас...
Ошибка: ошибка при распаковке архива — возникла неожиданная ошибка: ошибка на элементе "libzstd.so.1.5.4": не удалось извлечь файл: не удалось скопировать содержимое файла: на устройстве нет свободного места (os error 28)
Логический том "vm-111-disk-0" успешно удалён.
ОШИБКА ЗАДАЧИ: невозможно восстановить CT 111 — команда 'lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- /usr/bin/proxmox-backup-client restore '--crypt-mode=none' ct/110/2024-03-27T16:00:35Z root.pxar /var/lib/lxc/111/rootfs --allow-existing-dirs --repository root@pam@10.10.0.224:backups' завершилась с кодом 255

Последняя строка кажется неинформативной ошибкой, но предыдущая явно говорит о том, что “нет свободного места на устройстве (os error 28)”, и я подозреваю, что это и есть корень проблемы.

Я восстанавливаю с 500ГБ тома Restore Volume (RESTORE_ONLY-PBSServer) на LVM-Thin том 8 ТБ. Контейнер занимает 161,67 ГБ. Сам PBS установлен на диск объёмом 40 ГБ, не может ли это быть причиной? Я новичок в PBS, но мне кажется, если архив надо распаковывать, то это будет либо на стороне назначения, либо на Restore Volume, а не на диске с ОС? У меня стояли последние версии ПО. Пробовал восстановить поменьше контейнер — всё прошло без проблем, просто странно, что маленький диск с ОС оказался камнем преткновения.

Скоро планирую увеличить размер диска с ОС и сообщу о результатах. Пока буду признателен за любую помощь или советы!

Спасибо, lThornl

lthornl Guest	#2 0 14.04.2024 06:00:00 ОБНОВЛЕНИЕ: Мне удалось восстановить на совершенно другом хосте, не понимаю, что было не так с тем, которым я пользовался.

fitful

Guest

22.10.2024 16:54:00

Я столкнулся с похожей проблемой при восстановлении LXC-контейнера и хочу поделиться тем, что оказалось корнем проблемы и решением. Ошибка «No space left on device (os error 28)» во время восстановления обычно связана с недостаточным объёмом дискового пространства, выделенным контейнеру. При восстановлении LXC-контейнера Proxmox задаёт размер диска в соответствии с оригинальной конфигурацией. Если выделенный размер диска для контейнера меньше, чем размер резервной копии на Proxmox Backup Server (PBS), процесс восстановления завершится неудачей из-за нехватки места.

В моём случае выделенный размер диска для контейнера был 12 ГБ, а размер бэкапа на PBS оказался чуть больше — около 12,5 ГБ. При восстановлении монтируется loop-устройство (например, loop1) с выделенным размером 12 ГБ. Поскольку размер резервной копии превышал доступное место, процесс не мог завершиться успешно.

Чтобы решить проблему, я увеличил размер диска на уровне контейнера (CT), создал новую резервную копию и смог без проблем восстановить контейнер с PBS на другом сервере.

Вывод: убедитесь, что выделенное место на диске достаточно для размера резервной копии при восстановлении — это предотвратит появление этой ошибки.

Надеюсь, кому-то, кто столкнулся с похожей проблемой, это поможет!

Код:
root@pve-hpe:~# cat /etc/pve/lxc/134.conf | grep rootf
rootfs: local-zfs:subvol-134-disk-0,size=12G

root@pve-hpe:~# df -h | grep 134
rpool/data/subvol-134-disk-0 12G 6.8G 8.3G 46% /rpool/data/subvol-134-disk-0

root@pve-hpe:~# pvesm list pbs | grep ct/134 | head -1
pbs:backup/ct/134/2024-08-24T23:21:26Z pbs-ct backup 13440908440 134

root@pve-hpe:~# echo "scale=2; 13440908440 / 1073741824" | bc
12.51

zakmaf

Guest

17.12.2024 13:54:00

Большое спасибо. У меня была похожая проблема, поэтому я запустил тот же код, что и ты, чтобы узнать «реальный» используемый объем:
Код:
oot@optiblack:~# cat /etc/pve/lxc/102.conf | grep rootf
rootfs: nvzfs:subvol-102-disk-0,size=4G
root@optiblack:~# df -h | grep 102
/dev/sdb2 1022M 11M 1012M 2% /boot/efi
nvzfs/subvol-102-disk-0 4.0G 1.6G 2.5G 39% /nvzfs/subvol-102-disk-0
root@optiblack:~# pvesm list pbs | grep ct/102 | head -1
pbs:backup/ct/102/2024-12-16T04:46:17Z pbs-ct backup 5589514908 102
root@optiblack:~# echo "scale=2; 5589514908 / 1073741824" | bc
5.20

zenoprax

Guest

24.12.2024 09:11:00

Спасибо! Я облегчён, что эта тема появилась в результатах поиска по полной ошибке. В моём случае это был LXC (Audiobookshelf) с диском на 16 ГБ, из которых в контейнере использовалось 12... а резервная копия получилась аж 19 ГБ! Интересно, не происходит ли как-то «развёртывание» символьных ссылок, из-за чего объём данных раздувается, вместо того чтобы сжиматься.

Ziesie Guest	#6 0 28.01.2025 19:40:00 У меня была другая ошибка, чем у @fitful (Disk quota exceeded (os error 122)), но я заметил такое же поведение — резервное копирование обновлённого контейнера требует больше места, чем сам оригинальный контейнер. В моём случае для контейнера понадобился диск на 10 ГБ больше. Пост Restore Backup Failed помог мне восстановить уже существующие бэкапы с помощью pct restore 204 pbs:backup/ct/204/2025-01-20T01:00:00Z --rootfs target-storage:16, чтобы увеличить место на целевом диске. Мне интересно, почему такая большая разница между фактическим размером контейнера и размером, который нужен для резервной копии. У меня два LXC-контейнера с Docker внутри упали. У вас тоже так происходит?

Читают тему

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