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

ERROR: Резервное копирование ВМ не удалось ... код выхода 32, Proxmox Виртуальная Среда

mlanner

Guest

29.08.2018 17:18:00

У меня есть контейнер LXC, работающий на пуле Ceph. Все работает отлично. У меня настроен ночной бэкап, который должен запускаться. Но вот уже неделю бэкап продолжает терпеть неудачу с такой ошибкой: Код: vzdump 60180 --mailnotification always --mode snapshot --mailto someone@example.com --quiet 1 --storage nas01-backup-7x --compress lzo

60180: 2018-08-29 01:00:02 ИНФО: Начало бэкапа ВМ 60180 (lxc)
60180: 2018-08-29 01:00:02 ИНФО: статус = работает
60180: 2018-08-29 01:00:02 ИНФО: Имя CT: my-lxc-container
60180: 2018-08-29 01:00:02 ИНФО: найдена старая снимка vzdump (принудительное удаление)
60180: 2018-08-29 01:00:02 ИНФО: режим бэкапа: snapshot
60180: 2018-08-29 01:00:02 ИНФО: приоритет ionice: 7
60180: 2018-08-29 01:00:02 ИНФО: создание снимка хранилища 'vzdump'
60180: 2018-08-29 01:00:03 ОШИБКА: Бэкап ВМ 60180 завершился неудачно - команда 'mount -o ro,noload /dev/rbd2 /mnt/vzsnap0//' не выполнена: код выхода 32 Если я перечисляю снимки этого контейнера, я вижу остался один снимок. Код: # rbd --pool ceph snap ls vm-60180-disk-1
SNAPID ИМЯ РАЗМЕР ВРЕМЯ
63 vzdump 65536 МБ Среда Авг 29 01:00:03 2018 Даже если я очищу снимок с помощью: Код: # rbd snap rm ceph/vm-60180-disk-1@vzdump ... это не помогает. Если я запускаю вручную бэкап на ту же файловую систему, NAS, но на другой точке монтирования, это, как правило, работает. Я немного озадачен, почему это не срабатывает. Есть ли у кого-нибудь предложения или идеи, почему это происходит?

Jonathan Thompson

Guest

14.01.2019 16:00:00

BUMP! У меня тоже такая же проблема. Контейнер LXC на хранилище Ceph. Код: INFO: запуск новой задачи резервного копирования: vzdump 101 --node vmhost12 --remove 0 --compress lzo --storage local --mode snapshot INFO: Начало резервного копирования ВМ 101 (lxc) INFO: статус = выполняется INFO: Имя КТ: Unifi-Controller INFO: найден старая снимок vzdump (принудительное удаление) rbd: ошибка записи в sysfs не удалось раскрепить устройство rbd /dev/rbd/Share/vm-101-disk-0@vzdump: rbd: ошибка записи в sysfs INFO: режим резервного копирования: снимок INFO: приоритет ionice: 7 INFO: создание снимка хранилища 'vzdump' mount: /dev/rbd4 уже примонтирован или /mnt/vzsnap0 занят umount: /mnt/vzsnap0/: не смонтирован команда 'umount -l -d /mnt/vzsnap0/' завершилась неудачей: код выхода 32 ERROR: Резервное копирование ВМ 101 завершилось с ошибками - команда 'mount -o ro,noload /dev/rbd4 /mnt/vzsnap0//' завершилась неудачей: код выхода 32 INFO: Задача резервного копирования завершена с ошибками TASK ERROR: ошибки задачи

SlowMo

Guest

15.02.2019 12:42:00

Привет. У меня уже несколько дней одна и та же проблема. Я всё очистил и пытался сделать резервную копию на локальном и удалённом диске, но ничего не сработало. Контейнер работает на Ceph-Storage Local Backup-Point (ZFS) Код: INFO: старт нового задания резервного копирования: vzdump 116 --mode snapshot --remove 0 --compress lzo --node xm-f-pv01 --storage local INFO: тип файловой системы на dumpdir 'zfs' -использование /var/tmp/vzdumptmp2009437 для временных файлов INFO: Начало резервного копирования ВМ 116 (lxc) INFO: статус = выполняется INFO: Имя CT: jira INFO: режим резервного копирования: snapshot INFO: приоритет ionice: 7 INFO: создание снимка хранилища 'vzdump' монтирование: /dev/rbd11 уже смонтировано или /mnt/vzsnap0 занято umount: /mnt/vzsnap0/: не смонтировано команда 'umount -l -d /mnt/vzsnap0/' завершилась неудачей: код выхода 32 ERROR: Резервное копирование ВМ 116 провалилось - команда 'mount -o ro,noload /dev/rbd11 /mnt/vzsnap0//' завершилась неудачей: код выхода 32 INFO: Работа резервного копирования завершилась с ошибками ЗАДАЧА ОШИБКА: ошибки задания Удалённый Backup-Point (CIFS) Код: INFO: старт нового задания резервного копирования: vzdump 116 --storage mst_nas01_bak_man --mode snapshot --node xm-f-pv01 --compress lzo --remove 0 INFO: тип файловой системы на dumpdir 'cifs' -использование /var/tmp/vzdumptmp2032104 для временных файлов INFO: Начало резервного копирования ВМ 116 (lxc) INFO: статус = выполняется INFO: Имя CT: jira INFO: найдена старая резервная копия vzdump (принудительное удаление) rbd: ошибка записи sysfs не удается отсоединить объем rbd vm-116-disk-1: rbd: ошибка записи sysfs INFO: режим резервного копирования: snapshot INFO: приоритет ionice: 7 INFO: создание снимка хранилища 'vzdump' создание снимка не удалось: начинается очистка блокировка 'backup' не найдена при попытке удалить ERROR: Резервное копирование ВМ 116 провалилось - ошибка снимка rbd 'vm-116-disk-1': rbd: не удалось создать снимок: (17) Файл существует INFO: Работа резервного копирования завершилась с ошибками ЗАДАЧА ОШИБКА: ошибки задания Моя версия PVE Код: pveversion -v proxmox-ve: 5.2-2 (действующий ядро: 4.15.18-4-pve) pve-manager: 5.2-9 (действующая версия: 5.2-9/4b30e8f9) pve-kernel-4.15: 5.2-7 pve-kernel-4.15.18-4-pve: 4.15.18-23 pve-kernel-4.15.18-1-pve: 4.15.18-19 pve-kernel-4.15.17-1-pve: 4.15.17-9 pve-kernel-4.13.13-6-pve: 4.13.13-42 pve-kernel-4.13.13-5-pve: 4.13.13-38 pve-kernel-4.13.13-2-pve: 4.13.13-33 ceph: 12.2.8-pve1 corosync: 2.4.2-pve5 criu: 2.11.1-1~bpo90 glusterfs-client: 3.8.8-1 ksm-control-daemon: 1.2-2 libjs-extjs: 6.0.1-2 libpve-access-control: 5.0-8 libpve-apiclient-perl: 2.0-5 libpve-common-perl: 5.0-38 libpve-guest-common-perl: 2.0-18 libpve-http-server-perl: 2.0-10 libpve-storage-perl: 5.0-29 libqb0: 1.0.1-1 lvm2: 2.02.168-pve6 lxc-pve: 3.0.2+pve1-2 lxcfs: 3.0.2-2 novnc-pve: 1.0.0-2 proxmox-widget-toolkit: 1.0-20 pve-cluster: 5.0-30 pve-container: 2.0-27 pve-docs: 5.2-8 pve-firewall: 3.0-14 pve-firmware: 2.0-5 pve-ha-manager: 2.0-5 pve-i18n: 1.0-6 pve-libspice-server1: 0.12.8-3 pve-qemu-kvm: 2.11.2-1 pve-xtermjs: 1.0-5 qemu-server: 5.0-35 smartmontools: 6.5+svn4324-1 spiceterm: 3.0-5 vncterm: 1.5-3 zfsutils-linux: 0.7.9-pve1~bpo9

tom Guest	#4 0 15.02.2019 12:47:00 У вас установлены довольно старые пакеты, пожалуйста, обновите до актуальной версии и протестируйте снова. https://pve.proxmox.com/wiki/Downlo...Proxmox_Virtual_Environment_5.x_to_latest_5.3

ats08

Guest

26.04.2019 02:32:00

Та же проблема здесь. LXC на Ceph, бэкап на CIFS. Странно, у меня несколько контейнеров, но только один (debian 9 с Unifi контроллером) испытывает эту проблему. Код: Просмотр задач: VM/CT 108 - Бэкап

ВыводСтатус

Стоп
INFO: начинается новая задача бэкапа: vzdump 108 --compress lzo --remove 0 --storage cluster --mode snapshot --node pve2
INFO: тип файловой системы на dumpdir 'cifs' - использую /var/tmp/vzdumptmp3290365 для временных файлов
INFO: Начинается бэкап VM 108 (lxc)
INFO: статус = работающий
INFO: Имя CT: unifi
INFO: режим бэкапа: snapshot
INFO: приоритет ionice: 7
INFO: создаю снимок хранилища 'vzdump'
mount: /dev/rbd6 уже примонтирован или /mnt/vzsnap0 занято
umount: /mnt/vzsnap0/: не примонтировано
команда 'umount -l -d /mnt/vzsnap0/' не удалась: код выхода 32
ERROR: Бэкап VM 108 не удался - команда 'mount -o ro,noload /dev/rbd6 /mnt/vzsnap0//' не удалась: код выхода 32
INFO: Задача бэкапа завершена с ошибками
TASK ERROR: ошибки задачи

DonatasJa

Guest

10.05.2019 12:19:00

У меня тоже такая же проблема, резервные копии иногда неудачны. Похоже, что это связано с тем, что снимки ceph не являются атомарными. vzdump не может смонтировать ro-снимок, так как нужно воспроизвести журнал, а на ro-монтаже это невозможно. Может, кто-то знает решение? 10 мая 07:47:46 e21 vzdump[640890]: <root@pam> начинает задачу UPID:e21:0009C782:002DC8EA:5CD50272:vzdump:1115:root@pam: 10 мая 07:47:46 e21 kernel: [30005.937204] rbd: rbd12: емкость 161061273600 функции 0x1 10 мая 07:47:46 e21 kernel: [30005.981517] EXT4-fs (rbd12): файловая система смонтирована без журнала. Опции: noload 10 мая 07:52:03 e21 kernel: [30262.680810] ------------[ разрыв здесь ]------------ 10 мая 07:52:03 e21 kernel: [30262.686296] недопустимая операция: 0000 [#1] SMP PTI

SlowMo

Guest

04.06.2019 14:36:00

Привет, Том. Я обновился до более новой версии, но проблема снова возникает через некоторое время. Это действительно невыносимо с Lxc-контейнерами. Код: NFO: начинается новая задача резервного копирования: vzdump 116 113 117 144 174 118 121 --mailnotification always --compress lzo --mailto server@***** --mode snapshot --quiet 1 --storage xm_mst_nas01_bak_7 --node xm-f-pv01 INFO: тип файловой системы на dumpdir 'cifs' -используется /var/tmp/vzdumptmp3312603 для временных файлов INFO: Начало резервного копирования ВМ 113 (lxc) INFO: статус = работающий INFO: Имя CT: xm-mst-wiki-live16 INFO: режим резервного копирования: снимок INFO: приоритет ionice: 7 INFO: создание снимка хранилища 'vzdump' mount: /dev/rbd0 уже смонтирован или /mnt/vzsnap0 занят umount: /mnt/vzsnap0/: не смонтирован команда 'umount -l -d /mnt/vzsnap0/' завершилась неудачей: код выхода 32 ERROR: Резервное копирование ВМ 113 не удалось - команда 'mount -o ro,noload /dev/rbd0 /mnt/vzsnap0//' завершилась неудачей: код выхода 32 INFO: тип файловой системы на dumpdir 'cifs' -используется /var/tmp/vzdumptmp3312603 для временных файлов

ednt Guest	#8 0 20.10.2020 15:17:00 В нашем случае есть демонизированные задания tar, которые блокируют устройство. Вы можете использовать команду: rbd showmapped, чтобы увидеть используемые устройства. И команду: fuser -amv /dev/rbdX, чтобы узнать, кто использует это устройство. Но так как в нашем случае это уже были демонизированные задания tar, единственным решением был перезапуск.

Читают тему

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