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

qmrestore --storage problem, Proxmox Виртуальная Среда

Mr.T.

Guest

05.09.2019 19:40:00

Привет, я просто проверяю работу резервного копирования vzdump и восстановления qmrestore между разными хостами. (хост для бэкапа: proxmox 5.4, хост для восстановления: 6.0) Я сделал резервную копию VM на одном хосте, скопировал лог и lzo файлы в директорию на другом хосте, и когда пытался выполнить команду восстановления, получил: Код: # qmrestore vzdump-qemu-110-2019_09_05-11_22_45.vma.lzo 110 --force true --storage local-lvm восстановление архива vma: lzop -d -c /mnt/x/dump/vzdump-qemu-110-2019_09_05-11_22_45.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp22542.fifo - /var/tmp/vzdumptmp22542 CFG: size: 1945 name: qemu-server.conf DEV: dev_id=1 size: 42949672960 devname: drive-scsi0 DEV: dev_id=2 size: 12884901888 devname: drive-scsi2 CTIME: Чт 5 Сен 11:22:47 2019 команда 'set -o pipefail && lzop -d -c /mnt/x/dump/vzdump-qemu-110-2019_09_05-11_22_45.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp22542.fifo - /var/tmp/vzdumptmp22542' не удалась: хранилище 'local-zfs' не существует. local-zfs был локальным хранилищем на хосте, где я создал бэкап, но я думал, что --storage должен его перезаписывать? Спойлер: лог vzdump Код: 2019-09-05 11:22:45 INFO: Начинаю резервное копирование VM 110 (qemu) 2019-09-05 11:22:45 INFO: статус = остановлен 2019-09-05 11:22:46 INFO: обновление VM 110: -lock backup 2019-09-05 11:22:46 INFO: режим бэкапа: остановка 2019-09-05 11:22:46 INFO: приоритет ionice: 7 2019-09-05 11:22:46 INFO: Имя VM: exporttest 2019-09-05 11:22:46 INFO: включен диск 'scsi0' 'local-zfs:vm-110-disk-0' 40G 2019-09-05 11:22:46 INFO: включен диск 'scsi2' 'local-zfs:vm-110-disk-2' 12G 2019-09-05 11:22:46 INFO: создаю архив '/mnt/backup/dump/vzdump-qemu-110-2019_09_05-11_22_45.vma.lzo' 2019-09-05 11:22:46 INFO: запускаю kvm для выполнения задачи резервного копирования 2019-09-05 11:22:47 INFO: запущена задача резервного копирования '04d4f40e-c994-4afc-ad11-c63a7d5d8e8d' 2019-09-05 11:22:50 INFO: статус: 0% (498139136/55834574848), разреженность 0% (186531840), продолжительность 3, чтение/запись 166/103 МБ/с 2019-09-05 11:22:53 INFO: статус: 1% (783024128/55834574848), разреженность 0% (189505536), продолжительность 6, чтение/запись 94/93 МБ/с 2019-09-05 11:22:56 INFO: статус: 2% (1117519872/55834574848), разреженность 0% (191987712), продолжительность 9, чтение/запись 111/110 МБ/с 2019-09-05 11:23:01 INFO: статус: 3% (1771503616/55834574848), разреженность 0% (267063296), продолжительность 14, чтение/запись 130/115 МБ/с 2019-09-05 11:23:04 INFO: статус: 4% (2463825920/55834574848), разреженность 1% (722841600), продолжительность 17, чтение/запись 230/78 МБ/с 2019-09-05 11:23:07 INFO: статус: 9% (5122359296/55834574848), разреженность 5% (3266482176), продолжительность 20, чтение/запись 886/38 МБ/с 2019-09-05 11:23:10 INFO: статус: 14% (8353153024/55834574848), разреженность 11% (6487035904), продолжительность 23, чтение/запись 1076/3 МБ/с 2019-09-05 11:23:13 INFO: статус: 21% (11783307264/55834574848), разреженность 17% (9890979840), продолжительность 26, чтение/запись 1143/8 МБ/с 2019-09-05 11:23:16 INFO: статус: 27% (15469182976/55834574848), разреженность 24% (13576847360), продолжительность 29, чтение/запись 1228/0 МБ/с 2019-09-05 11:23:19 INFO: статус: 34% (19069534208/55834574848), разреженность 30% (17177169920), продолжительность 32, чтение/запись 1200/0 МБ/с 2019-09-05 11:23:22 INFO: статус: 39% (22006398976/55834574848), разреженность 36% (20114026496), продолжительность 35, чтение/запись 978/0 МБ/с 2019-09-05 11:23:25 INFO: статус: 44% (24974327808/55834574848), разреженность 41% (23081951232), продолжительность 38, чтение/запись 989/0 МБ/с 2019-09-05 11:23:28 INFO: статус: 50% (28218490880/55834574848), разреженность 47% (26326106112), продолжительность 41, чтение/запись 1081/0 МБ/с 2019-09-05 11:23:31 INFO: статус: 56% (31396790272/55834574848), разреженность 52% (29504401408), продолжительность 44, чтение/запись 1059/0 МБ/с 2019-09-05 11:23:34 INFO: статус: 63% (35415982080/55834574848), разреженность 60% (33523560448), продолжительность 47, чтение/запись 1339/0 МБ/с 2019-09-05 11:23:37 INFO: статус: 70% (39304888320/55834574848), разреженность 67% (37412458496), продолжительность 50, чтение/запись 1296/0 МБ/с 2019-09-05 11:23:40 INFO: статус: 75% (42128310272/55834574848), разреженность 72% (40235872256), продолжительность 53, чтение/запись 941/0 МБ/с 2019-09-05 11:23:43 INFO: статус: 82% (45786791936/55834574848), разреженность 78% (43889991680), продолжительность 56, чтение/запись 1219/1 МБ/с 2019-09-05 11:23:46 INFO: статус: 88% (49431969792/55834574848), разреженность 85% (47535132672), продолжительность 59, чтение/запись 1215/0 МБ/с 2019-09-05 11:23:49 INFO: статус: 95% (53502541824/55834574848), разреженность 92% (51605553152), продолжительность 62, чтение/запись 1356/0 МБ/с 2019-09-05 11:23:52 INFO: статус: 100% (55834574848/55834574848), разреженность 96% (53937569792), продолжительность 65, чтение/запись 777/0 МБ/с 2019-09-05 11:23:52 INFO: передано 55834 МБ за 65 секунд (858 МБ/с) 2019-09-05 11:23:52 INFO: останавливаю kvm после задачи резервного копирования 2019-09-05 11:23:53 INFO: размер архивного файла: 797МБ 2019-09-05 11:23:54 INFO: Завершено резервное копирование VM 110 (00:01:09) Спойлер: cat /etc/pve/storage.cfg Код: dir: local path /var/lib/vz content iso,backup,vztmpl lvmthin: local-lvm thinpool data vgname pve content images,rootdir dir: dir path /mnt/x content iso,backup,vztmpl,snippets,rootdir,images maxfiles 1 shared 0

XN-Matt

Guest

22.11.2019 03:57:00

Мы обновились до последней версии 0-12, но все равно получаем ошибку, даже когда задаем хранилище в командной строке. Код: root@i:/mnt/pve/images/dump# qmrestore vzdump-qemu-162-2019_11_22-02_35_22.vma.gz 90003 --storage core-hdd
восстанавливается vma-архив: zcat /mnt/pve/images/dump/vzdump-qemu-162-2019_11_22-02_35_22.vma.gz | vma extract -v -r /var/tmp/vzdumptmp29977.fifo - /var/tmp/vzdumptmp29977
CFG: размер: 525 имя: qemu-server.conf
CFG: размер: 34 имя: qemu-server.fw
DEV: dev_id=1 размер: 2361393152 devname: drive-scsi0
CTIME: Пт Ноя 22 02:35:24 2019
команда 'set -o pipefail && zcat /mnt/pve/images/dump/vzdump-qemu-162-2019_11_22-02_35_22.vma.gz | vma extract -v -r /var/tmp/vzdumptmp29977.fifo - /var/tmp/vzdumptmp29977' завершилась неудачей: хранилище 'storage-1' не существует.

mira Guest	#3 0 22.11.2019 10:24:00 Пожалуйста, выложите вывод команды pveversion -v, а также конфигурацию виртуальной машины для резервного копирования и конфигурацию хранилища (/etc/pve/storage.cfg).

XN-Matt

Guest

22.11.2019 16:01:00

Код: proxmox-ve: 6.0-2 (работает ядро: 5.0.21-2-pve) pve-manager: 6.0-12 (работает версия: 6.0-12/0a603350) pve-kernel-helper: 6.0-12 pve-kernel-5.0: 6.0-11 pve-kernel-4.15: 5.4-6 pve-kernel-5.0.21-5-pve: 5.0.21-10 pve-kernel-5.0.21-2-pve: 5.0.21-7 pve-kernel-5.0.21-1-pve: 5.0.21-2 pve-kernel-5.0.18-1-pve: 5.0.18-3 pve-kernel-5.0.15-1-pve: 5.0.15-1 pve-kernel-4.15.18-18-pve: 4.15.18-44 pve-kernel-4.10.17-3-pve: 4.10.17-23 pve-kernel-4.10.17-2-pve: 4.10.17-20 pve-kernel-4.4.35-1-pve: 4.4.35-76 ceph-fuse: 12.2.11+dfsg1-2.1+b1 corosync: 3.0.2-pve4 criu: 3.11-3 glusterfs-client: 5.5-3 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.13-pve1 libpve-access-control: 6.0-3 libpve-apiclient-perl: 3.0-2 libpve-common-perl: 6.0-7 libpve-guest-common-perl: 3.0-2 libpve-http-server-perl: 3.0-3 libpve-storage-perl: 6.0-9 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve3 lxc-pve: 3.2.1-1 lxcfs: 3.0.3-pve60 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.0-8 pve-cluster: 6.0-7 pve-container: 3.0-10 pve-docs: 6.0-8 pve-edk2-firmware: 2.20190614-1 pve-firewall: 4.0-7 pve-firmware: 3.0-4 pve-ha-manager: 3.0-3 pve-i18n: 2.0-3 pve-qemu-kvm: 4.0.1-5 pve-xtermjs: 3.13.2-1 qemu-server: 6.0-13 smartmontools: 7.0-pve2 spiceterm: 3.1-1 vncterm: 1.6-1 zfsutils-linux: 0.8.2-pve2 Код: dir: local path /var/lib/vz content images,vztmpl,iso,rootdir maxfiles 0 iscsi: storage portal xxx target xx-xx-xx content images lvm: core-hdd vgname core-hdd content images,rootdir shared 1 nfs: images export /store/templates path /mnt/pve/images server xxx content backup,vztmpl,iso maxfiles 0 options vers=3 nfs: backups export /store/backups/core path /mnt/pve/backups server xxx content backup maxfiles 1 options vers=3 Код: agent: 1,fstrim_cloned_disks=1 boot: c bootdisk: scsi0 cores: 1 hotplug: disk,network,usb,memory,cpu ide2: storage-1:vm-162-cloudinit,media=cdrom memory: 1024 name: Ubuntu18LTS net0: virtio=xx:xx:xx:xx:xx:xx,bridge=vmbr0 numa: 1 onboot: 1 scsi0: storage-1:vm-162-disk-0,cache=writeback,size=2252M scsihw: virtio-scsi-pci serial0: socket smbios1: uuid=xxxx sockets: 1 tablet: 0 template: 1 vga: serial0 vmgenid: xxxx2c #qmdump#map:scsi0:drive-scsi0:storage-1:raw:

XN-Matt Guest	#5 0 13.12.2019 00:54:00 Есть ли решение этой проблемы? Всё ещё наблюдается на последнем релизе.

mira

Guest

13.12.2019 10:11:00

С qemu-server 6.1-2 я не могу это здесь воспроизвести. Если хранилище недоступно и я восстанавливаюсь на другое, всё работает. Пожалуйста, предоставьте снова вывод pveversion -v и конфигурацию ВМ из резервной копии. Если storage.cfg изменился, пожалуйста, предоставьте его тоже. И лог восстановления, пожалуйста.

XN-Matt

Guest

17.12.2019 01:26:00

Как и просили. proxmox-ve: 6.1-2 (работающий ядро: 5.0.15-1-pve) pve-manager: 6.1-3 (работающая версия: 6.1-3/37248ce6) pve-kernel-5.3: 6.0-12 pve-kernel-helper: 6.0-12 pve-kernel-5.0: 6.0-11 pve-kernel-5.3.10-1-pve: 5.3.10-1 pve-kernel-5.0.21-5-pve: 5.0.21-10 pve-kernel-5.0.15-1-pve: 5.0.15-1 pve-kernel-4.10.17-3-pve: 4.10.17-23 pve-kernel-4.10.17-2-pve: 4.10.17-20 pve-kernel-4.4.35-1-pve: 4.4.35-76 ceph-fuse: 12.2.11+dfsg1-2.1+b1 corosync: 3.0.2-pve4 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: 0.8.35+pve1 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.13-pve1 libpve-access-control: 6.0-5 libpve-apiclient-perl: 3.0-2 libpve-common-perl: 6.0-9 libpve-guest-common-perl: 3.0-3 libpve-http-server-perl: 3.0-3 libpve-storage-perl: 6.1-2 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve3 lxc-pve: 3.2.1-1 lxcfs: 3.0.3-pve60 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.1-1 pve-cluster: 6.1-2 pve-container: 3.0-14 pve-docs: 6.1-3 pve-edk2-firmware: 2.20191002-1 pve-firewall: 4.0-9 pve-firmware: 3.0-4 pve-ha-manager: 3.0-8 pve-i18n: 2.0-3 pve-qemu-kvm: 4.1.1-2 pve-xtermjs: 3.13.2-1 qemu-server: 6.1-2 smartmontools: 7.0-pve2 spiceterm: 3.1-1 vncterm: 1.6-1 zfsutils-linux: 0.8.2-pve2 Лог и хранилище остались прежними, как и сама ошибка.

mira

Guest

17.12.2019 14:37:00

Пожалуйста, перезагрузите систему, а затем попробуйте снова. Если проблема останется, предоставьте полный журнал восстановления. Как уже упоминалось ранее, я не могу воспроизвести это здесь с этой версией qemu-server.

raku

Guest

28.04.2020 12:31:00

Привет, у меня такая же ошибка: Bash: qmrestore /var/lib/vz/dump/vzdump-qemu-20191017-2020_04_28-12_08_15.vma 20191017 --storage zfspool-1 восстановление vma архива: vma extract -v -r /var/tmp/vzdumptmp318.fifo /var/lib/vz/dump/vzdump-qemu-20191017-2020_04_28-12_08_15.vma /var/tmp/vzdumptmp318 CFG: размер: 510 имя: qemu-server.conf DEV: dev_id=1 размер: 10737418240 devname: drive-scsi0 CTIME: Вт, 28 апреля 2020, 12:08:17 команда 'set -o pipefail && vma extract -v -r /var/tmp/vzdumptmp318.fifo /var/lib/vz/dump/vzdump-qemu-20191017-2020_04_28-12_08_15.vma /var/tmp/vzdumptmp318' завершилась с ошибкой: хранилище 'local-lvm' не существует Proxmox обновлён: Код: proxmox-ve: 6.1-2 (работающий ядро: 5.3.18-3-pve) pve-manager: 6.1-8 (работающая версия: 6.1-8/806edfe1) pve-kernel-helper: 6.1-8 pve-kernel-5.3: 6.1-6 pve-kernel-5.3.18-3-pve: 5.3.18-3 pve-kernel-5.3.18-2-pve: 5.3.18-2 ceph-fuse: 12.2.11+dfsg1-2.1+b1 corosync: 3.0.3-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: 0.8.35+pve1 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.15-pve1 libpve-access-control: 6.0-6 libpve-apiclient-perl: 3.0-3 libpve-common-perl: 6.0-17 libpve-guest-common-perl: 3.0-5 libpve-http-server-perl: 3.0-5 libpve-storage-perl: 6.1-5 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 3.2.1-1 lxcfs: 4.0.1-pve1 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.1-3 pve-cluster: 6.1-4 pve-container: 3.0-23 pve-docs: 6.1-6 pve-edk2-firmware: 2.20200229-1 pve-firewall: 4.0-10 pve-firmware: 3.0-7 pve-ha-manager: 3.0-9 pve-i18n: 2.0-4 pve-qemu-kvm: 4.1.1-4 pve-xtermjs: 4.3.0-1 qemu-server: 6.1-7 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-1 zfsutils-linux: 0.8.3-pve1

mira Guest	#10 0 28.04.2020 12:58:00 Пожалуйста, предоставьте резервную конфигурацию и вашу конфигурацию хранилища (/etc/pve/storage.cfg).

raku

Guest

#11

28.04.2020 13:14:00

Bash: cat /etc/pve/storage.cfg dir: local path /var/lib/vz content iso,vztmpl,backup zfspool: zfspool-1 pool rpool/data sparse content images,rootdir zfspool: zfspool-2 pool nvme/data sparse content images,rootdir Backup config: Code: agent: 1 boot: cn bootdisk: scsi0 cores: 8 hotplug: disk,network,usb,memory,cpu ide0: local-lvm:vm-20191017-cloudinit,media=cdrom ide2: none,media=cdrom memory: 1024 name: debian-10.1 net0: virtio=62:E4:8F:C5:7C:FE,bridge=vmbr1,tag=20 numa: 1 onboot: 0 ostype: l26 scsi0: local-lvm:base-20191017-disk-0,size=10G scsihw: virtio-scsi-pci smbios1: uuid=481487bc-25d2-443c-ac1e-8597db41c112 sockets: 1 template: 1 vcpus: 2 vmgenid: 6cfa55e7-8a60-41bc-82b0-a83c2840de89 #qmdump#map:scsi0:drive-scsi0:local-lvm:raw:

raku

Guest

#12

28.04.2020 13:23:00

Я сумел импортировать этот резервный экземпляр. Сначала я извлек его во временную директорию, затем переместил извлеченный qemu-server.conf в директорию /etc/pve/qemu-server, убрал все диски из конфигурации (cloudinit и scsi0), после чего импортировал извлеченный disk-drive-scsi0.raw в виртуальную машину и заново создал диск cloudinit. Это было непросто, но да, я справился.

mira Guest	#13 0 28.04.2020 14:59:00 Это ошибка в коде. Один из моих коллег отправил патч: https://pve.proxmox.com/pipermail/pve-devel/2020-April/043212.html

raku Guest	#14 0 28.04.2020 15:06:00 Надеюсь, что это попадет в следующее обновление скоро.

yakka

Guest

#15

13.03.2021 05:33:00

Можешь, пожалуйста, дать больше деталей? Кажется, у тебя есть решение, которого все ждали, чтобы решить проблему с резервным копированием и восстановлением, а это не самый лучший вариант. Промк, тебе следует решить этот вопрос. Это не шутка... Решение, у которого нет простого способа резервного копирования и восстановления, не имеет будущего и не будет вызывать доверие у людей.

yakka Guest	#16 0 14.03.2021 07:07:00 Привет. Я извлек это во временную директорию, затем переместил извлеченный qemu-server.conf в директорию /etc/pve/qemu-server. Я это сделал. Но теперь можешь объяснить, как?

Proxygen

Guest

#17

27.09.2019 21:39:00

Похожая проблема здесь, не хочется открывать новую тему Код: # qmrestore /mnt/dump/vzdump-qemu-199-2019_08_15-19_41_55.vma.gz 199 --force true --storage lvmt_containers1-nvme1 восстановление vma архива: zcat /mnt/storage/dump/vzdump-qemu-199-2019_08_15-19_41_55.vma.gz | vma extract -v -r /var/tmp/vzdumptmp15652.fifo - /var/tmp/vzdumptmp15652 CFG: размер: 1020 имя: qemu-server.conf DEV: dev_id=1 размер: 2684354560 devname: drive-scsi0 CTIME: Чт Авг 15 19:41:56 2019 команда 'set -o pipefail && zcat /mnt/storage/dump/vzdump-qemu-199-2019_08_15-19_41_55.vma.gz | vma extract -v -r /var/tmp/vzdumptmp15652.fifo - /var/tmp/vzdumptmp15652' завершилась с ошибкой: хранилище 'lvm_storage1-md1' не существует, резервная копия изначально была создана, когда виртуальная машина находилась в lvm_storage1-md1. Вот конфигурация Код: Виртуальная среда 6.0-7 Поиск Хранилище 'dir-zfs-storage-sdx4' на узле 'node2' Поиск: Просмотр папок Логи () агент: 1 загрузка: cdn загрузочный диск: scsi0 cipassword: xxxxxxxxxxxxxx ciuser: ubuntu ядра: 2 ide0: lvm_storage1-md1:199/vm-199-cloudinit.qcow2,media=cdrom ipconfig0: ip=10.10.10.199/24,gw=10.10.10.1 память: 2048 имя: base-vm net0: virtio=xxxxxxxxxxxxxx,bridge=vmbr1 numa: 0 ostype: l26 scsi0: lvm_storage1-md1:199/vm-199-disk-0.qcow2,size=2560M scsihw: virtio-scsi-pci serial0: socket smbios1: uuid=xxxxxxxxxxxxxx сокеты: 1 sshkeys: ssh-rsaxxxxxxxxxxxxxx vmgenid: xxxxxxxxxxxxxx #qmdump#map:scsi0:drive-scsi0:lvm_storage1-md1:qcow2: Я хочу восстановить либо в `dir-zfs-storage-sdx4`, либо в `lvmt_containers1-nvme1`.

mira Guest	#18 0 30.09.2019 10:24:00 Это связано с диском cloudinit. Должно быть исправлено в qemu-server 6.0-8.

Mr.T. Guest	#19 0 30.09.2019 13:49:00 Извиняюсь, что не ответил раньше. Я больше не могу это предоставить, так как стер свою старую установку Proxmox, и чтобы "смягчить" проблему, я просто назвал свое новое хранилище local-zfs, хотя это LVM. Но это может быть связано с cloud-init, так как мои образы тоже его использовали.

Читают тему

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