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

Восстановление из резервной копии завершилось с ошибкой "время ожидания истекло", Proxmox Виртуальная Среда

colourreich

Guest

11.05.2013 19:57:00

Я установил Proxmox с ISO-образа proxmox-ve_3.0-7ce622f2-9.iso вчера и тестировал Windows 7 под KVM, используя драйверы VirtIO для Windows (сеть, диск, balloon). После непонятной зависания виртуальной машины я решил сделать резервную копию на внешний USB-накопитель. Резервное копирование прошло успешно, но попытка восстановить его выдает следующую ошибку: Код: restore vma archive: zcat /usb1/backup/dump/vzdump-qemu-104-2013_05_11-11_47_45.vma.gz|vma extract -v -r /var/tmp/vzdumptmp25361.fifo - /var/tmp/vzdumptmp25361 ЗАДАЧА ОШИБКА: команда 'zcat /usb1/backup/dump/vzdump-qemu-104-2013_05_11-11_47_45.vma.gz|vma extract -v -r /var/tmp/vzdumptmp25361.fifo - /var/tmp/vzdumptmp25361' завершилась неудачей: истекло время ожидания. USB-устройство, на которое была сохранена резервная копия, смонтировано с помощью ntfs-3g. Выполнение только команды zcat /usb1/*/*/*.vma.gz из терминала завершается без ошибок. df показывает 780GB+ свободного на /var/lib/vz, 9GB+ свободного на /usb1 и 93GB+ свободного на / (root).

joehanz30

Guest

20.06.2013 06:55:00

Привет, Дитмар. Это действительно исправлено? Я недавно развернул proxmox VE 3.0 и выполнил aptitude -y update && aptitude -y full-upgrade. Однако во время тестирования я столкнулся с проблемой "command vma extract failed: got timeout". У меня три установки proxmox VE 3.0, и все они столкнулись с той же проблемой. Пожалуйста, дайте совет.

dietmar Guest	#3 0 20.06.2013 07:28:00 Пожалуйста, предоставьте подробные инструкции о том, как воспроизвести это (восстановление работает для меня).

joehanz30

Guest

20.06.2013 07:42:00

Привет, Дитмар! 1. У нас есть кастомный шаблон. Например, название шаблона — CentOS6. 2. Используй следующую команду для восстановления через оболочку хоста Proxmox: qmrestore --storage [место хранения] [кастомный шаблон] [ID ВМ], например: qmrestore --storage local CentOS6 101. 3. Возникнет следующая ошибка: команда 'vma extract -v -r /var/tmp/vzdumptmp72248.fifo /CentOS6 /var/tmp/vzdumptmp72248' завершилась с ошибкой: получен таймаут. Примечание: тот же шаблон и тот же метод использовались в более ранней версии Proxmox, где все работало хорошо.

dietmar Guest	#5 0 20.06.2013 11:22:00 Вы используете самые последние доступные пакеты? Какой вывод команды # pveversion -v?

joehanz30

Guest

20.06.2013 12:08:00

pve-manager: 3.0-23 (pve-manager/3.0/957f0862) запущен с ядром: 2.6.32-20-pve proxmox-ve-2.6.32: 3.0-100 pve-kernel-2.6.32-20-pve: 2.6.32-100 lvm2: 2.02.95-pve3 clvm: 2.02.95-pve3 corosync-pve: 1.4.5-1 openais-pve: 1.1.4-3 libqb0: 0.11.1-2 redhat-cluster-pve: 3.2.0-2 resource-agents-pve: 3.9.2-4 fence-agents-pve: 4.0.0-1 pve-cluster: 3.0-4 qemu-server: 3.0-20 pve-firmware: 1.0-22 libpve-common-perl: 3.0-4 libpve-access-control: 3.0-4 libpve-storage-perl: 3.0-8 vncterm: 1.1-4 vzctl: 4.0-1pve3 vzprocps: 2.0.11-2 vzquota: 3.1-2 pve-qemu-kvm: 1.4-13 ksm-control-daemon: 1.1-1

tom Guest	#7 0 20.06.2013 12:21:00 старые версии не поддерживают шаблоны ВМ. ты точно не используешь ВМ и контейнеры здесь?

joehanz30 Guest	#8 0 20.06.2013 12:37:00 Прошу прощения, похоже, термин, который я здесь использовал, был неверным. Я не использовал шаблон, предоставленный Proxmox. Я использовал клонированный образ предустановленной ОС.

dietmar Guest	#9 0 24.06.2013 10:22:00 Сколько времени нужно, чтобы получить этот тайм-аут?

joehanz30 Guest	#10 0 24.06.2013 10:33:00 В течение нескольких секунд.

joehanz30

Guest

#11

04.07.2013 07:06:00

Привет. Чтобы разобраться с этой проблемой, я настроил proxmox 2.2 и proxmox 3.0 на двух разных серверах. Вот мои выводы: Сервер 1 (Proxmox 2.2) 1. Перед выполнением команды aptitude -y update && aptitude -y full-upgrade - команда: qmrestore --storage local CentOS6 101 - удалось восстановить ВМ и РАБОТАЕТ НОРМАЛЬНО. 2. После выполнения команды aptitude -y update && aptitude -y full-upgrade - команда: qmrestore --storage local CentOS6 102 - не удалось восстановить ВМ, выдала ошибку "vma extract -v -r xxxx failed: got timeout". Сервер 2 (Proxmox 3.0) 1. Перед выполнением команды aptitude -y update && aptitude -y full-upgrade - команда: qmrestore --storage local CentOS6 101 - не удалось восстановить ВМ, выдала ошибку "vma extract -v -r xxxx failed: got timeout". 2. После выполнения команды aptitude -y update && aptitude -y full-upgrade - не делал этого, так как та же проблема уже произошла до обновления. В другой проблеме, когда восстанавливался файл .lzo через графический интерфейс proxmox, все работало и для 2.2, и для 3.0. Однако я не проверял восстановление .lzo через команду. Кроме того, используемый клон образа предварительно сконфигурированной ОС (CentOS6) использовался на более старой версии proxmox (2.1 и 2.2) на нескольких серверах. Таким образом, эта проблема не связана с клонированным образом. Единственное отличие в том, что я не делал обновление для старых серверов. Я уверен, что если бы я его сделал, возникла бы та же проблема. Но я не решился на этот риск. Достаточно с тестированием. Исходя из этого, я подтвердил, что в последнем репозитории есть ошибка. Возможно, в модуле восстановления, который использует команду qmrestore. Надеюсь, это поможет вам разобраться с проблемой.

greenedv

Guest

#12

30.07.2013 14:28:00

Я столкнулся с той же проблемой, пытаясь запустить: qmrestore 112.vma 112 и получил ошибку тайм-аута. Вот строка ошибки: команда 'vma extract -v -r /var/tmp/vzdumptmp85307.fifo /backup/vm/112.vma /var/tmp/vzdumptmp85307' не удалась: получен тайм-аут. Я нашел решение (не смейтесь). Я переименовал файл в 112.vma.lzo (хотя я не настраивал сжатие для резервной копии) и вуаля, заработало. mv 112.vma 112.vma.lzo qmrestore 112.vma.lzo 112 восстановление vma архива: lzop -d -c /backup/vm/112.vma.lzo|vma extract -v -r /var/tmp/vzdumptmp85392.fifo - /var/tmp/vzdumptmp85392 CFG: размер: 323 имя: qemu-server.conf DEV: dev_id=1 размер: 10737418240 devname: drive-ide0 CTIME: Вт Июл 30 14:04:43 2013 ... Так что, либо при отсутствии выбранного сжатия файл сжимается с помощью lzo, либо qmrestore не может правильно обрабатывать несжатые файлы. Вот вывод моей команды pveversion. pve-manager: 3.0-23 (pve-manager/3.0/957f0862) работающий ядро: 2.6.32-20-pve proxmox-ve-2.6.32: 3.0-100 pve-kernel-2.6.32-20-pve: 2.6.32-100 lvm2: 2.02.95-pve3 clvm: 2.02.95-pve3 corosync-pve: 1.4.5-1 openais-pve: 1.1.4-3 libqb0: 0.11.1-2 redhat-cluster-pve: 3.2.0-2 resource-agents-pve: 3.9.2-4 fence-agents-pve: 4.0.0-1 pve-cluster: 3.0-4 qemu-server: 3.0-20 pve-firmware: 1.0-22 libpve-common-perl: 3.0-4 libpve-access-control: 3.0-4 libpve-storage-perl: 3.0-8 vncterm: 1.1-4 vzctl: 4.0-1pve3 vzprocps: 2.0.11-2 vzquota: 3.1-2 pve-qemu-kvm: 1.4-13 ksm-control-daemon: 1.1-1 С уважением, Мартин

dietmar Guest	#13 0 31.07.2013 07:53:00 Странно, у меня здесь это воспроизвести не получается. Сколько времени проходит, пока возникает тайм-аут?

greenedv

Guest

#14

31.07.2013 09:37:00

Около 2-3 секунд после запуска. Резервное копирование выполняется автоматически с помощью этой команды: vzdump 101 ... --quiet 1 --mailto ... --mode snapshot --storage backup. После этого я использую скрипт vzhook (кстати, он не предоставляется, как описано здесь http://pve.proxmox.com/wiki/Vzdump_manual. Я получил его из пакета src для ubuntu), который копирует резервную копию на сервер резервного копирования и переименовывает ее. Вот и все, что я делаю с этим файлом. С уважением, Мартин.

dietmar Guest	#15 0 31.07.2013 10:30:00 Вы восстанавливаете существующую виртуальную машину? Только что исправил страницу в вики.

greenedv

Guest

#16

31.07.2013 11:12:00

Виртуальная машина 112 находится на другом узле и остановлена. С помощью трюка с переименованием процесс восстановления запускается, и в конце выдает что-то вроде "не могу создать ВМ 112", но образ извлечен. Стоит попробовать "qmrestore 112.vma 113" и посмотреть, что получится? С уважением, Мартин

dietmar Guest	#17 0 31.07.2013 12:17:00 Пожалуйста, сделайте это — нам нужно выяснить, как воспроизвести эту ошибку.

greenedv

Guest

#18

01.08.2013 12:23:00

Окей, давай проведем тест шаг за шагом. Команда резервного копирования через веб: > vzdump 112 --remove 0 --mode snapshot --storage backup --node vm2 после этого файл переименовывается в 112.vma.lzo и отправляется на сервер резервного копирования. Я пытаюсь восстановить эту виртуальную машину 112 на сервере "vm1" с новым ID виртуальной машины 115: > qmrestore 112.vma.lzo 115 восстановить архив vma: lzop -d -c /backup/vm/112.vma.lzo|vma extract -v -r /var/tmp/vzdumptmp155396.fifo - /var/tmp/vzdumptmp155396 команда 'lzop -d -c /backup/vm/112.vma.lzo|vma extract -v -r /var/tmp/vzdumptmp155396.fifo - /var/tmp/vzdumptmp155396' завершилась с ошибкой: тайм-аут. Это заняло около 7 секунд. Давай попробуем с переименованным файлом >mv 112.vma.lzo 112.vma >qmrestore 112.vma 115 восстановить архив vma: vma extract -v -r /var/tmp/vzdumptmp155575.fifo /backup/vm/112.vma /var/tmp/vzdumptmp155575 CFG: size: 323 name: qemu-server.conf DEV: dev_id=1 size: 10737418240 devname: drive-ide0 CTIME: Чт 1 Авг 11:35:49 2013 Форматируем '/var/lib/vz/images/115/vm-115-disk-1.qcow2', fmt=qcow2 size=10737418240 encryption=off cluster_size=65536 preallocation='metadata' lazy_refcounts=off новый ID тома 'local:115/vm-115-disk-1.qcow2' отображаем 'drive-ide0' на '/var/lib/vz/images/115/vm-115-disk-1.qcow2' (запись нулей = 0) процесс 1% (прочитано 107413504 байт, продолжительность 0 сек) ... Работает. Новая попытка. Новый резервная копия через веб-интерфейс с компрессией, вот команда: vzdump 112 --remove 0 --mode snapshot --compress lzo --storage backup --node vm2 Попытка восстановления: >qmrestore 112.vma.lzo 115 восстановить архив vma: lzop -d -c /backup/vm/112.vma.lzo|vma extract -v -r /var/tmp/vzdumptmp155653.fifo - /var/tmp/vzdumptmp155653 CFG: size: 323 name: qemu-server.conf DEV: dev_id=1 size: 10737418240 devname: drive-ide0 CTIME: Чт 1 Авг 11:47:04 2013 Форматируем '/var/lib/vz/images/115/vm-115-disk-1.qcow2', fmt=qcow2 size=10737418240 encryption=off cluster_size=65536 preallocation='metadata' lazy_refcounts=off новый ID тома 'local:115/vm-115-disk-1.qcow2' отображаем 'drive-ide0' на '/var/lib/vz/images/115/vm-115-disk-1.qcow2' (запись нулей = 0) процесс 1% (прочитано 107413504 байт, продолжительность 0 сек) ... Попытка переименования и восстановления: >mv 112.vma.lzo 112.vma >qmrestore 112.vma 115 восстановить архив vma: vma extract -v -r /var/tmp/vzdumptmp155701.fifo /backup/vm/112.vma /var/tmp/vzdumptmp155701 команда 'vma extract -v -r /var/tmp/vzdumptmp155701.fifo /backup/vm/112.vma /var/tmp/vzdumptmp155701' завершилась с ошибкой: тайм-аут снова через 7-8 секунд. Это именно то, как должно быть, и все в порядке. У меня нет понятия, почему это работает сейчас. Думаю, дело закрыто, и если кто-то столкнется с такой же проблемой, он/она сможет попробовать с переименованием. Спасибо за изменение записи в вики. С уважением, Мартин.

dietmar Guest	#19 0 01.08.2013 12:42:00 Извини, но ты делаешь странные вещи! Файл сжат с помощью lzo, и ты удаляешь расширение '.lzo' (или наоборот)? Это довольно очевидно, потому что файл распакован неправильно (да, сообщение об ошибке могло бы быть и лучше).

Читают тему

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