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

RSS

[РЕШЕНО] Не удаётся создать группу резервного копирования "/mnt/datastore/<datastore>" — отказано в доступе (ошибка ОС 13), Proxmox Backup Server

hibouambigu

Guest

20.12.2020 16:32:00

Привет, Proxmoxians! Я только что развернул сервер PBS с одним хранилищем ZFS (zbackup в логах бэкапа ниже) и никак не могу понять, почему тесты резервного копирования падают с этими ошибками прав доступа. Кластер PVE аутентифицируется в PBS с помощью пользователя eeboo@pbs, у которого есть права Админа на / и на /datastore/zbackup.

proxmox-backup-manager acl list
Bash:
┌───────────┬────────────────────┬───────────┬────────┐
│ ugid │ path │ propagate │ roleid │
╞═══════════╪════════════════════╪═══════════╪════════╡
│ eeboo@pbs │ / │ 1 │ Admin │
├───────────┼────────────────────┼───────────┼────────┤
│ eeboo@pbs │ /datastore/zbackup │ 1 │ Admin │
└───────────┴────────────────────┴───────────┴────────┘

ls -alh /mnt/datastore/zbackup/
Bash:
total 12M
drwxr-xr-x 3 backup backup 4 Dec 20 10:31 .
drwxr-xr-x 3 root root 3 Dec 18 10:44 ..
drwxr-x--- 65538 backup backup 65K Dec 18 10:44 .chunks
-rw-r--r-- 1 backup backup 0 Dec 18 10:44 .lock

Ошибки заданий бэкапа, которые видны при запуске резервного копирования на хосте Proxmox VE:
Bash:
INFO: starting new backup job: vzdump 101 --remove 0 --mode snapshot --node pxn13 --storage pbs-zbackup
INFO: Starting Backup of VM 101 (qemu)
INFO: Backup started at 2020-12-20 10:19:24
INFO: status = running
INFO: VM Name: pvr.int.eeboo.io
INFO: include disk 'scsi0' 'nfs-vmshare:101/vm-101-disk-0.qcow2' 43212M
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: snapshots found (not included into backup)
INFO: creating Proxmox Backup Server archive 'vm/101/2020-12-20T15:19:24Z'
INFO: skipping guest-agent 'fs-freeze', agent configured but not running?
INFO: enabling encryption
ERROR: VM 101 qmp command 'backup' failed - backup connect failed: command error: unable to create backup group "/mnt/datastore/zbackup/vm/101" - Permission denied (os error 13)
INFO: aborting backup job
ERROR: Backup of VM 101 failed - VM 101 qmp command 'backup' failed - backup connect failed: command error: unable to create backup group "/mnt/datastore/zbackup/vm/101" - Permission denied (os error 13)
INFO: Failed at 2020-12-20 10:19:27
INFO: Backup job finished with errors
TASK ERROR: job errors

Я что-то пропустил? Может, нужна ещё какая-то информация, чтобы разобраться? Спасибо!!!

hibouambigu

Guest

03.01.2021 18:34:00

Спасибо, Фабиан. Я напишу, если столкнусь с этой проблемой снова, но пока не собираюсь пытаться её воспроизвести. Похоже, что это было скорее связано с ошибкой аутентификации, чем с проблемой монтирования, так как, если правильно помню, я смог просмотреть тома на PBS. Если что-то новое выясню, обязательно сообщу. Пока что считаю вопрос решённым.

Rick van Leeuwen Guest	#3 0 20.05.2021 18:34:00 Я установил пароль в shell и добавил пользователя backup через графический интерфейс с тем же паролем — это решило проблему.

FelixJ

Guest

26.04.2022 12:12:00

Всем привет! Я тоже столкнулся с этой ошибкой. Мне кажется, что "Permission denied (os error 13)" — это довольно общий код ошибки. В моём случае проблема была в отсутствии файла .lock в корне директории backup-repository.

Так получилось, когда я восстанавливал свой репозиторий PBS с ленты (я не использую pbs tape management, потому что у меня на ленте хранится куча других файлов, кроме vm/ct репозитория, который создаёт PBS). В общем, после того как восстановление с ленты завершилось, я создал datastore через GUI и потом изменил путь в /etc/proxmox-backup/datastore.cfg, чтобы он совпадал с моим восстановленным путём с ленты.

Почему-то файла .lock на ленте не было, и из-за этого возникла эта ошибка. Просто хотел, чтобы вы знали, если вдруг столкнётесь с такой же проблемой!

С уважением, Felix

fabian Guest	#5 0 26.04.2022 12:28:00 Похоже, что этого не хватало, И при этом не было возможности создать из-за прав доступа (например, отсутствует +w на корне хранилища данных для пользователя резервного копирования?).

FelixJ

Guest

26.04.2022 13:40:00

Привет, Фабиан! Я не совсем понял, это был вопрос или просто замечание, поэтому расскажу всё подробно, что я сделал: сначала создал datastore через GUI, который затем без проблем был доступен. Затем восстановил данные с ленты с помощью tar -C /path/to/datastore, но по умолчанию tar восстанавливает полный путь, поэтому в моём пути к datastore оказалась вся структура вплоть до оригинального репозитория. Тогда я отредактировал datastore.cfg, чтобы путь совпадал с нужным. Именно тогда у меня и появилась ошибка os 13. Потом я удалил созданную папку .chunks внутри ранее созданного пути datastore и заменил её на восстановленную, так же сделал с папкой vm. Проблема осталась. После этого создал дополнительный datastore, чтобы сравнить содержимое обеих папок. Вот тут и заметил, что отсутствует файл .lock. Самое важное сейчас — что всё работает. Менее приятно, что сообщение об ошибке совсем непонятное... Было бы здорово перед попыткой чтения содержимого datastore проверять наличие .lock-файла и, если его нет, создавать заново! Пока что рад, что нашёл решение. Хотел просто поделиться этим здесь, так как мне показалось, что причина моей ошибки os 13 немного отличается от той, что у автора изначальной темы! По моему мнению, эту тему можно снова закрыть — проблема решена! С уважением, Феликс

fabian Guest	#7 0 26.04.2022 13:53:00 Да, файл блокировки уже пересоздан, если это было возможно, так что ошибка, которую вы получаете, связана с тем, что файл блокировки не удалось (пере)создать. Это говорит о том, что в корне хранилища данных неверно выставлены разрешения (то есть доступ под root возможен, а под backup — нет).

Читают тему

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