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

Ошибка резервного копирования Immich LXC, Proxmox Backup Server

Skipping1895

Guest

08.12.2024 04:45:00

Proxmox Virtual Environment 8.2.7

Я пытаюсь сделать бэкап моего контейнера Immich lxc, но он постоянно не удаётся. Делаю в режиме "stop", так как snapshot не поддерживается из-за того, что данные Immich хранятся на NAS через NFS. Почему это падает и что можно сделать, чтобы исправить ситуацию?

Код ошибки:

INFO: запуск новой задачи резервного копирования: vzdump 113 --fleecing 0 --storage backups --quiet 1 --notes-template '{{guestname}}' --mode stop --prune-backups 'keep-last=1,keep-monthly=1,keep-weekly=1'
INFO: Начинается бэкап ВМ 113 (lxc)
INFO: Бэкап стартовал в 2024-12-06 01:00:05
INFO: статус = остановлен
INFO: режим бэкапа: stop
INFO: приоритет ionice: 7
INFO: Имя контейнера: immich
INFO: включена точка монтирования rootfs ('/') в бэкап
INFO: включена точка монтирования mp0 ('/root/immich-storage') в бэкап
INFO: создаётся архив Proxmox Backup Server 'ct/113/2024-12-06T00:00:05Z'
INFO: установлено максимальное количество записей в памяти для файловых бэкапов — 1048576
INFO: запускается: lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- /usr/bin/proxmox-backup-client backup --crypt-mode=none pct.conf:/var/tmp/vzdumptmp1336341_113/etc/vzdump/pct.conf root.pxar:/mnt/vzsnap0 --include-dev /mnt/vzsnap0/./ --include-dev /mnt/vzsnap0/./root/immich-storage --skip-lost-and-found --exclude=/tmp/?* --exclude=/var/tmp/?* --exclude=/var/run/?*.pid --backup-type ct --backup-id 113 --backup-time 1733443205 --entries-max 1048576 --repository backupUser@pbs@192.168.1.109:backups --ns backups
INFO: Старт бэкапа: [backups]:ct/113/2024-12-06T00:00:05Z
INFO: Имя клиента: pve
INFO: Начинается протокол бэкапа: Пт Дек 6 09:45:13 2024
INFO: Скачивается предыдущий манифест (Пт Окт 11 21:55:09 2024)
INFO: Загружается конфигурационный файл '/var/tmp/vzdumptmp1336341_113/etc/vzdump/pct.conf' на 'backupUser@pbs@192.168.1.109:8007:backups' как pct.conf.blob
INFO: Загружается директория '/mnt/vzsnap0' на 'backupUser@pbs@192.168.1.109:8007:backups' как root.pxar.didx
INFO: ошибка загрузки каталога – получена ошибка потока: поток больше не нужен
INFO: закрытый энкодер отброшен
INFO: закрытый энкодер отброшен с состоянием
INFO: незавершённое состояние энкодера отброшено
INFO: Ошибка при скачивании файла .didx из предыдущего манифеста: поток закрыт из-за разрыва канала
INFO: Ошибка: соединение закрыто из-за разрыва канала
ERROR: Резервное копирование ВМ 113 не удалось — команда 'lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- /usr/bin/proxmox-backup-client backup '--crypt-mode=none' pct.conf:/var/tmp/vzdumptmp1336341_113/etc/vzdump/pct.conf root.pxar:/mnt/vzsnap0 --include-dev /mnt/vzsnap0/./ --include-dev /mnt/vzsnap0/./root/immich-storage --skip-lost-and-found '--exclude=/tmp/?*' '--exclude=/var/tmp/?*' '--exclude=/var/run/?*.pid' --backup-type ct --backup-id 113 --backup-time 1733443205 --entries-max 1048576 --repository backupUser@pbs@192.168.1.109:backups --ns backups' завершилась с кодом 255
INFO: Сбой в 2024-12-06 09:45:16
INFO: Задача бэкапа завершилась с ошибками
ОШИБКА ЗАДАЧИ: ошибки при выполнении

Что вообще могло пойти не так и как это починить?

charleslcso Guest	#2 0 17.01.2025 15:11:00 Ты запустил это? Я на PVE 7, и у меня нет строчки mp0... странно.

omgs

Guest

27.01.2025 13:52:00

Синтаксис, начинающийся с

Код
mpX

, относится к точкам монтирования.

Код
lxc.mount.entry

Код
mpX: /.....

— это эквивалентные записи.

fiona

Guest

27.01.2025 14:03:00

Привет! Обратите внимание, что Proxmox VE не будет знать о точке монтирования, если вы используете lxc.mount.entry, и поэтому игнорирует её при некоторых операциях. Если у вас нет особой причины, лучше используйте ключи mpX для управления точками монтирования. Например, их можно задать через командную строку так: pct set 111 -mp2 /root/example,mp=/foo.

charleslcso Guest	#5 0 27.01.2025 14:12:00 Я никогда не трогаю конфигурационные файлы в PVE 7. У меня установлена последняя версия PVE 7. Дайте посмотреть, смогу ли я разобраться, как поменять это на mpX.

fiona

Guest

27.01.2025 14:15:00

Вы не можете добавить bind mounts через интерфейс, но можно использовать команду CLI pct set, как я писал. P.S. Proxmox VE 7 больше не поддерживается с июля, подробности по ссылкам: https://pve.proxmox.com/wiki/FAQ https://pve.proxmox.com/wiki/Upgrade_from_7_to_8

charleslcso

Guest

02.02.2025 10:36:00

Привет, Фиона, позвольте перестраховаться и уточнить, что всё правильно. Контейнер, у которого проблемы с резервным копированием в PBS, имеет ID 123. У него 3 точки монтирования, все с другого сервера. Все точки монтирования подключены круглосуточно. Мне нужно выполнить команду, которую вы мне дали, ниже на хосте PVE, а не внутри контейнера 123:

* pct set 123 -mp2 root@pbs.local:/mnt/remote/1,mp=/mnt/local/1
* pct set 123 -mp2 root@pbs.local:/mnt/remote/2,mp=/mnt/local/2
* pct set 123 -mp2 root@pbs.local:/mnt/remote/3,mp=/mnt/local/3

Во-первых, нужно ли сначала отмонтировать перечисленные выше точки? И правильно ли составлен синтаксис?

fiona

Guest

03.02.2025 14:25:00

Вы можете делать bind-монтирование только локальных путей. Указать другой сервер здесь нельзя. Поэтому сначала нужно смонтировать удалённую файловую систему на хосте, а уже затем сделать bind-монтирование пути с хоста в контейнер. К тому же вы всегда используете mp2, так что просто будете перезаписывать эту настройку.

fiona

Guest

04.02.2025 12:30:00

Смотрите: Пост в теме «Права доступа с перенесённым LVM томом» от 16 января 2023.

Привет! Пока контейнер не запущен, можно использовать pct mount <ID>, чтобы смонтировать его в /var/lib/lxc/<ID>/rootfs на хосте. Далее заходите туда и проверяете текущего владельца. Это 1000 на хосте? Чтобы отмонтировать, используйте pct unmount <ID>.

Теперь у вас есть два варианта:
- сделать chown на ID из диапазона контейнера, начиная с 100000, то есть добавить ID пользователя в контейнере, который должен владеть файлами.
- сделать текущий хостовый ID пользователя, который владеет файлами, доступным в контейнере через маппинг (предположим, что это 1000 на хосте).

Код:
lxc.idmap: u 0 100000 1000
lxc.idmap: g 0 100000... fiona

Смотрите: https://pve.proxmox.com/wiki/Unprivileged_LXC_containers

Думаю, запуск не получится, если их нельзя будет примонтировать через bind. Конечно, нужно убедиться, что расшаренные ресурсы доступны по сети и на самом хосте.

omgs

Guest

#10

05.02.2025 10:00:00

Небольшой трюк, который я использую для управления ситуациями с монтированием непривилегированных контейнеров на хосте: я создаю пользователя и группу на хосте с именем lxc-root и ID 100000. По такому же принципу поступаю с lxc-www-data. Иногда изнутри гостевой системы не получается сменить владельца файлов в контейнере из-за UID, и приходится делать это с хоста, используя этих пользователей "lxc-*", чтобы избежать ошибок.

charleslcso Guest	#11 0 04.02.2025 11:11:00 Понял тебя! Я запустил bind-mount с помощью нового mpN. Теперь вижу, что внутри контейнера владельцем становится nobody:nogroup. Это может создать проблему. Кстати, как лучше всего убедиться, что bind-mounts всегда смонтированы (и работают) внутри контейнера?

Читают тему

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