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

Ошибка резервного копирования: запрос с конвейером не выполнен., Proxmox Backup Server

htcadmin

Guest

24.03.2021 12:01:00

У меня есть несколько серверов с виртуальными машинами на Proxmox VE 6.3-2 и VM с PBS версии 1.0-11. На PBS я монтирую CIFS-хранилище (samba share) с помощью команды mount -o uid=34, gid=34 (для прав пользователя backup). Но после этого я не могу обновить свой VE с версии 5.x до 6.x и очень плохо переношу виртуалки: я копирую диски VM, создаю новую VM на новом сервере Proxmox (v 6.3-2) с такими же аппаратными настройками, затем удаляю дефолтный диск и переименовываю свой диск с актуальными данными. Виртуалки запускаются нормально, и теперь я могу делать их бэкап стандартными средствами VE (snap или остановка с компрессией). Но если пытаюсь сделать резервную копию через PBS, то получаю следующую ошибку:

INFO: starting new backup job: vzdump 105 --node mrogotnevProx --mode snapshot --remove 0 --storage PBS
INFO: Starting Backup of VM 105 (qemu)
INFO: Backup started at 2021-03-24 14:47:54
INFO: status = stopped
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: VM Name: zabtest
INFO: include disk 'scsi0' 'forVMs:vm-105-disk-0' 32G
INFO: creating Proxmox Backup Server archive 'vm/105/2021-03-24T10:47:54Z'
INFO: starting kvm to execute backup task
INFO: started backup task '0938d952-f7b3-4198-9c16-d0419edc2587'
INFO: scsi0: dirty-bitmap status: created new
INFO: 0% (248.0 MiB of 32.0 GiB) in 3s, read: 82.7 MiB/s, write: 44.0 MiB/s
ERROR: backup write data failed: command error: write_data upload error: pipelined request failed: No such file or directory (os error 2)
INFO: aborting backup job
INFO: stopping kvm after backup task
trying to acquire lock... OK
ERROR: Backup of VM 105 failed - backup write data failed: command error: write_data upload error: pipelined request failed: No such file or directory (os error 2)
INFO: Failed at 2021-03-24 14:47:59
INFO: Backup job finished with errors
TASK ERROR: job errors

swoop

Guest

08.04.2021 09:01:00

Привет, у меня на некоторых ВМ появляется такая же ошибка. Моя конфигурация: кластер из трёх хостов (от 3 до 6 ВМ на каждом узле), на каждом хосте есть одна ВМ, которую не получается сохранить. PBS — это одна из ВМ, которая находится на узле кластера. Хранилище смонтировано через CIFS, команда: mount -t cifs -o user=backup,pass=xxxx,domain=domain,uid=34,noforceuid,gid=34,noforcegid //servername/backup /mnt/backups/. Например, у этой ВМ 5 ГБ оперативной памяти и 16 ГБ диска. Код:

INFO: 34% (43.2 GiB из 127.0 GiB) за 50м 36с, чтение: 25.3 МиБ/с, запись: 19.1 МиБ/с
INFO: 35% (44.5 GiB из 127.0 GiB) за 51м 29с, чтение: 24.9 МиБ/с, запись: 10.8 МиБ/с
INFO: 35% (45.1 GiB из 127.0 GiB) за 52м 23с, чтение: 11.6 МиБ/с, запись: 9.0 МиБ/с
ERROR: ошибка записи данных бэкапа: ошибка команды: ошибка загрузки данных write_data: ошибка пайплайна запроса: Atomic rename на storage 'backup_share' не удался для чанка 4e5eae6dae838eda44d6303653e83b3292f0fb7537a9832717df1c7402888597 — ресурс временно недоступен (os error 11)
INFO: прерываю задачу бэкапа
ERROR: бэкап ВМ 105 не выполнен — ошибка записи данных бэкапа: ошибка команды: ошибка загрузки данных write_data: ошибка пайплайна запроса: Atomic rename на storage 'backup_share' не удался для чанка 4e5eae6dae838eda44d6303653e83b3292f0fb7537a9832717df1c7402888597 — ресурс временно недоступен (os error 11)
INFO: сбой на 2021-04-08 01:06:04
INFO: начинаю бэкап ВМ 111 (qemu)
INFO: бэкап запущен в 2021-04-08 01:06:04
INFO: статус = работает

Раньше у меня был другой PBS на хосте hyper-v с локальным диском — там с таким же набором ВМ всё отлично работало. В это же время идут и другие бэкапы. Может, есть какие-нибудь советы?

fabian Guest	#3 0 08.04.2021 09:07:00 В вашем CIFS-хранилище произошёл сбой, и операция переименования не удалась, из-за чего резервное копирование прошло с ошибкой. Вам нужно использовать надёжное хранилище в качестве PBS datastore.

swoop

Guest

10.04.2021 10:01:00

Спасибо за ответ. Я перенес свои бэкапы, большинство из них сейчас работают. Но у меня есть ещё одна проблема с бэкапом. Это бэкап с Windows10 VM с установленным агентом:

Код:
INFO: 95% (24.7 GiB из 26.0 GiB) за 22m 59s, чтение: 14.9 MiB/s, запись: 14.9 MiB/s
INFO: 96% (24.9 GiB из 26.0 GiB) за 23m 16s, чтение: 16.5 MiB/s, запись: 16.5 MiB/s
INFO: 97% (25.2 GiB из 26.0 GiB) за 23m 33s, чтение: 14.6 MiB/s, запись: 14.6 MiB/s
INFO: 98% (25.4 GiB из 26.0 GiB) за 23m 53s, чтение: 13.4 MiB/s, запись: 13.4 MiB/s
INFO: 99% (25.7 GiB из 26.0 GiB) за 24m 12s, чтение: 14.1 MiB/s, запись: 14.1 MiB/s
INFO: 99% (25.8 GiB из 26.0 GiB) за 25m 12s, чтение: 1.4 MiB/s, запись: 1.4 MiB/s
ERROR: ошибка записи данных бэкапа: ошибка команды: write_data upload error: pipelined request failed: Bad file descriptor (os error 9)
INFO: прерывание задания бэкапа
ERROR: бэкап VM 101 не удался — ошибка записи данных бэкапа: ошибка команды: write_data upload error: pipelined request failed: Bad file descriptor (os error 9)
INFO: ошибка в 2021-04-10 06:25:22
INFO: Запуск бэкапа VM 106 (qemu)
INFO: Бэкап начат в 2021-04-10 06:25:22
INFO: статус = выполняется

Что значит "Bad file descriptor (os error 9)"?

С уважением.

fabian Guest	#5 0 12.04.2021 10:12:00 Трудно сказать... Есть ли какие-то признаки на стороне сервера?

swoop Guest	#6 0 12.04.2021 16:11:00 Привет, извините, нет. После этого резервного копирования начинается другое резервное копирование на тот же пункт назначения в этой задаче, и оно работает нормально.

LolekUK

Guest

13.01.2022 14:16:00

Всем привет, столкнулся с проблемой при резервном копировании одного непривилегированного контейнера (привилегированные контейнеры и ВМ копируются без проблем). Контейнер довольно небольшой, всего пару гигабайт. Когда контейнер остановлен, получаю такую ошибку (bad file descriptor, код выхода: 2), та же ошибка возникает при создании снепшота и т.д.:

INFO: запускается новая задача резервного копирования: vzdump 100 --compress 0 --mode stop --storage gdrive --node vmh --remove 0
INFO: тип файловой системы на dumpdir — 'fuse.rclone' — используется /var/tmp/vzdumptmp2462827_100 для временных файлов
INFO: начинается резервное копирование VM 100 (lxc)
INFO: резервное копирование началось 2022-01-13 12:32:55
INFO: статус = running
INFO: режим резервного копирования: stop
INFO: приоритет ionice: 7
INFO: имя CT: srv-pihole
INFO: включена точка монтирования rootfs ('/') в бэкапе
INFO: останавливается виртуальный гость
INFO: создаётся архив vzdump '/mnt/pve/gdrive/dump/vzdump-lxc-100-2022_01_13-12_32_55.tar'
INFO: всего записано байт: 0 (0B, ?/с)
INFO: tar: -: нельзя записать: Bad file descriptor
INFO: tar: ошибка неустранима: выход
INFO: перезапуск ВМ
INFO: гость снова онлайн спустя 6 секунд
ERROR: резервное копирование VM 100 провалено — команда 'set -o pipefail && lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- tar cpf - --totals --one-file-system -p --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-file-ignored' '--warning=no-xattr-write' --one-file-system '--warning=no-file-ignored' '--directory=/var/tmp/vzdumptmp2462827_100' ./etc/vzdump/pct.conf ./etc/vzdump/pct.fw '--directory=/mnt/vzsnap0' --no-anchored '--exclude=lost+found' --anchored '--exclude=./tmp/?*' '--exclude=./var/tmp/?*' '--exclude=./var/run/?*.pid' ./ >/mnt/pve/gdrive/dump/vzdump-lxc-100-2022_01_13-12_32_55.dat' завершилась с кодом 2
INFO: сбой произошёл 2022-01-13 12:33:02
INFO: задача резервного копирования завершилась с ошибками
TASK ERROR: job errors есть какие-то мысли? Спасибо!

fabian

Guest

13.01.2022 14:28:00

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

LolekUK

Guest

13.01.2022 14:38:00

Спасибо, @fabian, остальные CT и VM нормально сохраняются в это облачное хранилище, но я попробовал сделать бэкап на локальное хранилище и столкнулся с той же проблемой.
INFO: запуск новой задачи резервного копирования: vzdump 100 --compress 0 --storage local --node vmh --mode snapshot --remove 0
INFO: Начинается бэкап VM 100 (lxc)
INFO: Бэкап запущен в 2022-01-13 13:36:34
INFO: статус = выполняется
INFO: Имя CT: srv-pihole
INFO: включаю точку монтирования rootfs ('/') в бэкап
INFO: режим бэкапа: snapshot
INFO: приоритет ionice: 7
INFO: создание снимка хранилища 'vzdump'
ПРЕДУПРЕЖДЕНИЕ: защита от заполнения thin pool не включена.
ПРЕДУПРЕЖДЕНИЕ: установите activation/thin_pool_autoextend_threshold ниже 100, чтобы автоматически расширять thin pool до его заполнения.
Логический том "snap_vm-100-disk-0_vzdump" создан.
ПРЕДУПРЕЖДЕНИЕ: суммарный размер всех thin томов (155,00 ГиБ) превышает размер thin pool pve/data и доступное свободное место в volume group (<16,00 ГиБ).
INFO: создание архива vzdump '/var/lib/vz/dump/vzdump-lxc-100-2022_01_13-13_36_34.tar'
INFO: tar: ./var/log/syslog.1: ошибка чтения в байте 0, при чтении 3072 байт: ошибка ввода-вывода
INFO: tar: ./var/log/auth.log.1: ошибка чтения в байте 0, при чтении 5632 байт: ошибка ввода-вывода
INFO: Всего записано байт: 2456719360 (2,3 ГиБ, 88 Миб/с)
INFO: tar: завершение с ошибкой из-за предыдущих ошибок
INFO: очистка временного снимка 'vzdump'
Логический том "snap_vm-100-disk-0_vzdump" успешно удалён
ERROR: Бэкап VM 100 провален - команда 'set -o pipefail && lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- tar cpf - --totals --one-file-system -p --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-file-ignored' '--warning=no-xattr-write' --one-file-system '--warning=no-file-ignored' '--directory=/var/lib/vz/dump/vzdump-lxc-100-2022_01_13-13_36_34.tmp' ./etc/vzdump/pct.conf ./etc/vzdump/pct.fw '--directory=/mnt/vzsnap0' --no-anchored '--exclude=lost+found' --anchored '--exclude=./tmp/?*' '--exclude=./var/tmp/?*' '--exclude=./var/run/?*.pid' ./ >/var/lib/vz/dump/vzdump-lxc-100-2022_01_13-13_36_34.dat' завершилась с кодом выхода 2
INFO: Ошибка произошла в 2022-01-13 13:37:02
INFO: Задача бэкапа завершена с ошибками
ОШИБКА ЗАДАЧИ: ошибки в работе

fabian Guest	#10 0 13.01.2022 15:51:00 Это совсем другая ошибка — ты уверен, что с дисками всё в порядке?

georgetown

Guest

#11

19.12.2024 15:17:00

Привет, у меня похожая проблема. Я пытаюсь сделать резервную копию своей ВМ, но получаю следующую ошибку: "ERROR: backup write data failed: command error: write_data upload error: pipelined request failed: inserting chunk on store 'Backup' failed for <длинный ID бэкапа (наверное)> - mkstemp "/mnt/datastore/Backup/.chunks/1d7b/<длинный ID бэкапа (наверное)>.tmp_XXXXXX" failed: EBADMSG:| not a data message INFO: aborting backup job INFO: resuming VM again ERROR: Backup of VM 100 failed - backup write data failed: command error: write_data upload error pipelined request failed: inserting chunk on store 'Backup' failed for <длинный ID бэкапа (наверное)> - mkstemp "/mnt/datastore/Backup/.chunks/1d7b/<длинный ID бэкапа (наверное)>.tmp_XXXXXX" failed: EBADMSG:| not a data message." Буду признателен за помощь. Спасибо!

fabian Guest	#12 0 19.12.2024 15:39:00 Какой тип хранилища вы используете для вашего datastore?

georgetown Guest	#13 0 19.12.2024 16:46:00 Я думаю, что использую Proxmox Backup Server. Я увидел это в разделе Datastore -> Storage -> в колонке Type.

fabian Guest	#14 0 20.12.2024 09:40:00 Какое хранилище использует PBS?

georgetown Guest	#15 0 20.12.2024 15:42:00 Он использует ext4. Если это не тот ответ, который вы ожидали, пожалуйста, направьте меня в нужное место.

fabian Guest	#16 0 23.12.2024 09:52:00 Могли бы вы выложить журнал с стороны PBS за тот период, когда произошла эта ошибка?

georgetown

Guest

#17

23.12.2024 16:13:00

Вот детали из вкладки сводки задачи:
GET /previous: 400 Bad Request: не создана корректная предыдущая резервная копия
создан новый фиксированный индекс 1 ("ns/Machine1/vm/100/2024-12-22T19:00Z/drive-scsi0.img.fidx")
добавлен blob "/mnt/datastore/Backup/ns/Machine1/vm/100/2024-12-22T19:00Z/qemu-server.conf.blob"
POST /fixed_chunk: 400 Bad Request: ошибка вставки чанка в хранилище 'Backup' для <длинный ID> - mkstemp "/mnt/datastore/Backup/.chunks/1d7b/<длинный ID резервной копии>.tmp_XXXXXX" завершился с ошибкой: EBADMSG: не является сообщением с данными
резервное копирование закончилось, но установка флага завершения не произошла. удаляю незавершённую резервную копию
удаление снимка резервной копии "mnt/datastore/Backup/ns/Machine1/vm/100/2024-12-22T19:00Z"
ОШИБКА ЗАДАЧИ: резервное копирование закончилось, но флаг завершения не установлен
POST /fixed_chunk: 400 Bad Request: ошибка чтения тела из соединения: получена ошибка потока: поток больше не нужен

Вот из журнала:
начинается новое резервное копирование на хранилище 'Backup' с <IP адреса>: "ns/Machine1/vm/100/2024-12-22T19:00Z"
создан новый фиксированный индекс 1 ("ns/Machine1/vm/100/2024-12-22T19:00Z/drive-scsi0.img.fidx")
добавлен blob "/mnt/datastore/Backup/ns/Machine1/vm/100/2024-12-22T19:00Z/qemu-server.conf.blob"
EXT$-fs ошибка (устройство sdb1): __ext4_find_entry:1663 inode #138218876: comm tokio-runtime-w: контрольная сумма блока каталога 0 не прошла проверку
резервное копирование закончилось, но установка флага завершения не произошла. удаляю незавершённую резервную копию

omgs Guest	#18 0 23.12.2024 16:31:00 Предлагаю проверить файловую систему хранилища с помощью fsck. Такие ошибки в подобных случаях встречаются часто.

georgetown Guest	#19 0 30.12.2024 20:59:00 Спасибо, fsck решил проблему.

Читают тему

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