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

Резервное копирование непривилегированных контейнеров на NFS хранилище?, Proxmox Виртуальная Среда

Zyg0te

Guest

28.02.2017 08:21:00

У меня есть NAS, который я использую для резервного копирования Proxmox. Однако резервное копирование некорневых контейнеров на NFS-хранение сразу заканчивается ошибкой "Невозможно открыть: Доступ запрещен". Какое тут решение? В вики упоминаются точки монтирования bind, но мне не совсем понятно, как это можно использовать, чтобы позволить резервное копирование некорневого контейнера на NFS-хранилище Proxmox. Спасибо.

SimonB

Guest

07.04.2017 16:46:00

Есть новости по этому вопросу? У меня такая же проблема, когда я а) пытаюсь создать непривилегированный контейнер из шаблона, хранящегося на NFS-диске (шаблон находится на NFS-диске!) или б) запускаю резервное копирование (через веб-интерфейс proxmox) и пытаюсь сохранить непривилегированный контейнер на NFS. Из лога по поводу а) извлечение архива '/mnt/pve/pve_templates/template/cache/ubuntu-16.10-standard_16.10-1_amd64.tar.gz' tar: /mnt/pve/pve_templates/template/cache/ubuntu-16.10-standard_16.10-1_amd64.tar.gz: Не удается открыть: Доступ запрещен tar: Ошибка не критическая: выход из программы сейчас. по поводу б) ИНФО: создаю архив '/mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-101-2017_04_07-16_40_42.tar.lzo' ИНФО: tar: /mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-101-2017_04_07-16_40_42.tmp: Не удается открыть: Доступ запрещен ИНФО: tar: Ошибка не критическая: выход из программы сейчас. ОШИБКА: Резервное копирование ВМ 101 не удалось - команда 'set -o pipefail && lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- tar cpf - --totals --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-xattr-write' --one-file-system '--warning=no-file-ignored' '--directory=/mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-101-2017_04_07-16_40_42.tmp' ./etc/vzdump/pct.conf '--directory=/mnt/vzsnap0' --no-anchored '--exclude=lost+found' --anchored '--exclude=./tmp/?*' '--exclude=./var/tmp/?*' '--exclude=./var/run/?*.pid' ./ | lzop >/mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-101-2017_04_07-16_40_42.tar.dat' завершилась с кодом выхода 2 ИНФО: Резервное копирование завершено с ошибками ОШИБКА ЗАДАЧИ: ошибки задания. Возможно, изменение прав доступа могло бы решить эту проблему, но если я правильно понял комментарий Фабиана ("Я думаю, вы не должны столкнуться с этой проблемой, если..."), возможно, мне не нужно расширять свои (стандартные) права? Привет, Симон.

fabian

Guest

10.04.2017 10:45:00

это ожидаемо — извлечение происходит от имени пользователя без привилегий, поэтому этому пользователю нужен хотя бы доступ на чтение к архиву. Как я уже говорил, если ваша временная директория находится на NFS и недоступна для пользователя без привилегий, то с вами всё в порядке. Код: INFO: tar: /mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-101-2017_04_07-16_40_42.tmp: Не удается открыть: Доступ запрещен указывает на то, что ваша временная директория находится на NFS (поскольку вы не настроили её явно в /etc/vzdump.conf).

SimonB

Guest

01.05.2017 15:14:00

Привет, Фабиан, спасибо большое за твой ответ. Теперь я отредактировал /etc/vzdump.conf, чтобы tmpdir указывал на /var/tmp, и я могу делать резервные копии. Но восстановить резервную копию как непривилегированный контейнер не получается: извлечение архива '/mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-200-2017_05_01-15_07_04.tar.lzo' tar: /mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-200-2017_05_01-15_07_04.tar.lzo: Не удается открыть: Доступ запрещен tar: Ошибка не восстанавливаема: выход сейчас TASK ERROR: команда 'lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- tar xpf /mnt/pve/BoSiX1515-NFS/dump/vzdump-lxc-200-2017_05_01-15_07_04.tar.lzo --totals --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-xattr-write' -C /var/lib/lxc/200/rootfs --skip-old-files --anchored --exclude './dev/*'' завершилась неудачно: код выхода 2 Я предполагаю, что это снова из-за непривилегированного пользователя, верно? Можешь, пожалуйста, сказать, как я могу создать NFS-общий ресурс, где этот пользователь сможет читать и записывать? Это настройка, которую нужно сконфигурировать на стороне NFS-сервера? Заранее спасибо, Симон

fabian Guest	#5 0 02.05.2017 10:47:00 да, неподprivileged пользователь с id 65536 должен иметь возможность читать резервный архив.

SimonB

Guest

06.05.2017 17:09:00

Привет, Фабиан, спасибо ещё раз. Я понимаю, что пользователю нужен доступ к восстановленному файлу, как только он будет восстановлен. Но я не понимаю, почему я должен давать непривилегированному пользователю права для процесса восстановления? Поэтому я предпочитаю уточнить этот момент, прежде чем расширять права пользователя на моём NFS. Привет, Симон.

fabian

Guest

08.05.2017 09:14:00

поскольку извлечение происходит от имени непривилегированного пользователя, ему нужен доступ к архиву, который будет извлечен. Вы также можете сначала переместить резервную копию с NFS куда-то еще, если вас беспокоит предоставление этому пользователю прав доступа на вашем NFS-сервере, или можете использовать CLI и передать архив в pct restore, указав "-" в качестве пути к архиву, чтобы он читал из stdin.

SimonB

Guest

14.05.2017 18:10:00

Привет, Фабиан. Хорошо, я думаю, что это подход. Спасибо. Есть ли планы изменить это поведение, чтобы привилегированный пользователь также мог извлекать и выполнять chown (или что-то подобное) после извлечения? С наилучшими пожеланиями, Симон.

fabian

Guest

15.05.2017 08:49:00

chowning на самом деле нецелесообразен... но вполне возможно открыть архив как настоящий root и передать его в процесс извлечения, работающий с подключенными пользователями. Может быть, ты сможешь подать заявку на https://bugzilla.proxmox.com по этому поводу?

phoenixzerodown Guest	#10 0 05.06.2017 18:06:00 Проблема не с резервным копированием, а с восстановлением на том же Proxmox-системе с использованием другого жесткого диска. Загляните на https://forum.proxmox.com/threads/prob-lxc-unprivileged-container-backup-recovery.32926/

SimonB Guest	#11 0 22.07.2017 19:47:00 done: https://bugzilla.proxmox.com/show_bug.cgi?id=1457

Pavel Šajnar Guest	#12 0 06.06.2019 09:57:00 В моей конфигурации я делаю резервное копирование на Synology NAS. В настройках NFS на NAS, когда я меняю разрешения (Squash) и устанавливаю отображение всех пользователей на администратора, всё начинает работать.

Tyrone Johnson

Guest

#13

04.04.2020 20:27:00

Здравствуйте, извините, что снова открываю эту старую тему, но у меня по-прежнему та же проблема с контейнерами. Я изменил сопоставление прав доступа, как указано выше, но без успеха. Резервное копирование останавливается из-за недостатка привилегий. Есть ли какое-то решение? Спасибо.

starkruzr Guest	#14 0 05.04.2020 02:31:00 У меня может быть связанная проблема. Я создал резервные копии контейнеров из предыдущего кластера, и в текущем кластере UIDs и GIDs отличаются. Когда я пытаюсь восстановить в пул Ceph RBD, я получаю следующее: Код: извлечение архива '/mnt/pve/aquarii-rtechvol/dump/vzdump-lxc-121-2020_03_22-22_59_35.tar.gz' tar: ./var/spool/postfix/dev/random: Невозможно создать устройство: Операция не разрешена tar: ./var/spool/postfix/dev/urandom: Невозможно создать устройство: Операция не разрешена tar: ./home/RTECH.RTI/jtd/.zsh_history: Невозможно изменить владельца на uid 600201106, gid 600200513: Неверный аргумент tar: ./home/RTECH.RTI/jtd/.local/share/nano: Невозможно изменить владельца на uid 600201106, gid 600200513: Неверный аргумент И ещё куча таких ошибок tar. Я не помню, был ли контейнер привилегированным или непривилегированным, возможно, конфигурационный файл поможет кому-то разобраться: Код: arch: amd64 cores: 1 hostname: Alexandria memory: 2048 nameserver: 192.168.9.20 192.168.9.21 net0: name=eth0,bridge=vmbr0,gw=192.168.9.1,hwaddr=4E:26:E2:39:F6:4A,ip=192.168.9.35/24,ip6=auto,type=veth onboot: 1 ostype: ubuntu rootfs: aquarii-rtechvol:121/vm-121-disk-0.raw,size=60G searchdomain: rtech.rti swap: 2048 aquarii-rtechvol является NFS-монтажом. Не знаю, как обойти это.

Читают тему

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