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

Виртуальная машина останавливается во время резервного копирования., Proxmox Виртуальная Среда

lister

Guest

16.01.2014 15:23:00

Привет, я уже почти год пользуюсь Proxmox, и всё было нормально, но после обновления опция запланированного бэкапа начала выдавать ошибки. У меня есть точно такая же машина HP ML 350 с 5-м рейдом, но с Proxmox без обновления, и там бэкап работает идеально. Вот логи...

INFO: запуск новой задачи бэкапа: vzdump 100 --remove 0 --mode snapshot --compress lzo --storage backup --node proxmox
INFO: запуск бэкапа ВМ 100 (qemu)
INFO: статус = running
INFO: обновление ВМ 100: -lock backup
INFO: режим бэкапа: snapshot
INFO: приоритет ionice: 7
INFO: создание архива '/mnt/backup/dump/vzdump-qemu-100-2014_01_16-14_40_02.vma.lzo'
INFO: задача бэкапа '777de1f8-e4ba-45b7-a572-071f6ab26acc' запущена
INFO: статус: 1% (224985088/16106127360), sparse 0% (128503808), длительность 3, 74/32 МБ/с
INFO: статус: 2% (452460544/16106127360), sparse 1% (233869312), длительность 6, 75/40 МБ/с
...
INFO: статус: 32% (5184356352/16106127360), sparse 11% (1903751168), длительность 98, 44/32 МБ/с
INFO: статус: 33% (5378605056/16106127360), sparse 12% (1960067072), длительность 101, 64/45 МБ/с
INFO: статус: 34% (5529927680/16106127360), sparse 12% (2017292288), длительность 104, 50/31 МБ/с
INFO: статус: 35% (5732958208/16106127360), sparse 12% (2089041920), длительность 107, 67/43 МБ/с
INFO: статус: 36% (5930483712/16106127360), sparse 13% (2148683776), длительность 110, 65/45 МБ/с
INFO: статус: 37% (6113787904/16106127360), sparse 13% (2204942336), длительность 113, 61/42 МБ/с
INFO: статус: 38% (6134956032/16106127360), sparse 13% (2205147136), длительность 116, 7/6 МБ/с

После этого процесс зависает с ошибкой
ERROR: VM 100 qmp command 'query-backup' failed - got timeout
INFO: прерывание задачи бэкапа
ERROR: Бэкап ВМ 100 провален - VM 100 команда qmp 'query-backup' не выполнена — таймаут

root@proxmox:~# pveversion -v
proxmox-ve-2.6.32: 3.1-114 (работающее ядро: 2.6.32-26-pve)
pve-manager: 3.1-24 (текущая версия: 3.1-24/060bd5a6)
pve-kernel-2.6.32-26-pve: 2.6.32-114
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
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-2
pve-cluster: 3.0-8
qemu-server: 3.1-8
pve-firmware: 1.0-23
libpve-common-perl: 3.0-9
libpve-access-control: 3.0-8
libpve-storage-perl: 3.0-18
pve-libspice-server1: 0.12.4-2
vncterm: 1.1-6
vzctl: 4.0-1pve4
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 1.4-17
ksm-control-daemon: 1.1-1
glusterfs-client: 3.4.1-1

Единственное существенное отличие между двумя серверами — версия ядра pve-kernel-2.6.32-26-pve: 2.6.32-114 против proxmox-ve-2.6.32-23-pve от 6 августа 2013 года.

Задача бэкапа сохраняет архивы на смонтированную сетевую папку Windows. Думаю, проблема связана с чем-то в pve-ядре, потому что я переустанавливал Proxmox полностью заново, а ошибка осталась, значит, аппаратная часть в порядке. Чтобы удостовериться, надо поставить ядро proxmox-ve-2.6.32-23-pve и загрузиться с ним. Как это сделать?

lister

Guest

18.09.2014 10:40:00

Итак, я снова возвращаюсь, на этот раз просто чтобы обновить тему — проблема сохраняется даже на новейшем железе HP ML 350 Gen 8, то же самое. Не забудьте поменять grub.cfg после установки старого ядра:

menuentry 'Proxmox Virtual Environment GNU/Linux, with Linux 2.6.32-23-pve' --class proxmox --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root blablabla
echo 'Loading Linux 2.6.32-23-pve ...'
linux /vmlinuz-2.6.32-23-pve root=/dev/mapper/pve-root ro quiet
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-23-pve
}

menuentry 'Proxmox Virtual Environment GNU/Linux, with Linux 2.6.32-23-pve (recovery mode)' --class proxmox --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root blablabla
echo 'Loading Linux 2.6.32-23-pve ...'
linux /vmlinuz-2.6.32-23-pve root=/dev/mapper/pve-root ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-23-pve
}

В моём случае.

spirit

Guest

18.09.2014 11:25:00

Привет, какую версию Proxmox ты используешь? Кажется, баг с аварийным завершением бэкапа был исправлен в Proxmox 3.2. (бэкап должен завершаться с ошибкой, если хранилище для бэкапа слишком медленное, но не должен приводить к крашу виртуальной машины)

lister Guest	#4 0 18.09.2014 13:46:00 Нет, он всё ещё здесь, версия Proxmox 3.2-4/e24a91c1.

dietmar Guest	#5 0 18.09.2014 14:33:00 Пожалуйста, обновите и протестируйте снова.

lister

Guest

19.09.2014 06:15:00

Обновился до PROXMOX версии 3.3-1/a06c9f73. После перезагрузки prox проблема осталась.

INFO: запуск новой задачи бэкапа: vzdump 110 --remove 0 --mode snapshot --compress lzo --storage backup --node 350p
INFO: запуск бэкапа VM 110 (qemu)
INFO: статус = running
INFO: обновление VM 110: -lock backup
INFO: режим бэкапа: snapshot
INFO: приоритет ionice: 7
INFO: создаётся архив '/mnt/backup/dump/vzdump-qemu-110-2014_09_19-06_51_57.vma.lzo'
INFO: задача бэкапа начата '6aa24286-8b78-4c10-a227-fec1ae4926c5'
INFO: статус: 1% (319291392/21474836480), sparse 0% (3723264), длительность 3 сек, 106/105 МБ/с
INFO: статус: 2% (630980608/21474836480), sparse 0% (7360512), длительность 6 сек, 103/102 МБ/с
INFO: статус: 4% (1008271360/21474836480), sparse 0% (11145216), длительность 9 сек, 125/124 МБ/с
INFO: статус: 6% (1353580544/21474836480), sparse 0% (11714560), длительность 12 сек, 115/114 МБ/с
INFO: статус: 7% (1615527936/21474836480), sparse 0% (12165120), длительность 15 сек, 87/87 МБ/с
INFO: статус: 9% (1934753792/21474836480), sparse 0% (12906496), длительность 18 сек, 106/106 МБ/с
INFO: статус: 10% (2286944256/21474836480), sparse 0% (16830464), длительность 21 сек, 117/116 МБ/с
INFO: статус: 12% (2774794240/21474836480), sparse 0% (18554880), длительность 24 сек, 162/162 МБ/с
INFO: статус: 15% (3246129152/21474836480), sparse 0% (47030272), длительность 27 сек, 157/147 МБ/с
INFO: статус: 17% (3725066240/21474836480), sparse 0% (47030272), длительность 31 сек, 119/119 МБ/с
INFO: статус: 19% (4200202240/21474836480), sparse 0% (47030272), длительность 34 сек, 158/158 МБ/с
INFO: статус: 21% (4576509952/21474836480), sparse 0% (48963584), длительность 37 сек, 125/124 МБ/с
INFO: статус: 23% (5047844864/21474836480), sparse 0% (50237440), длительность 40 сек, 157/156 МБ/с
INFO: статус: 33% (7267745792/21474836480), sparse 9% (1987710976), длительность 43 сек, 739/94 МБ/с
INFO: статус: 36% (7799832576/21474836480), sparse 9% (1998925824), длительность 46 сек, 177/173 МБ/с
INFO: статус: 38% (8267366400/21474836480), sparse 9% (2011803648), длительность 49 сек, 155/151 МБ/с
INFO: статус: 40% (8639873024/21474836480), sparse 9% (2011983872), длительность 52 сек, 124/124 МБ/с
INFO: статус: 41% (9012379648/21474836480), sparse 9% (2030968832), длительность 55 сек, 124/117 МБ/с
INFO: статус: 43% (9255649280/21474836480), sparse 9% (2036162560), длительность 58 сек, 81/79 МБ/с
INFO: статус: 44% (9609150464/21474836480), sparse 9% (2036973568), длительность 61 сек, 117/117 МБ/с
INFO: статус: 46% (9977856000/21474836480), sparse 9% (2036973568), длительность 64 сек, 122/122 МБ/с
INFO: статус: 48% (10357964800/21474836480), sparse 9% (2036973568), длительность 67 сек, 126/126 МБ/с
INFO: статус: 50% (10737483776/21474836480), sparse 9% (2036973568), длительность 70 сек, 126/126 МБ/с
INFO: статус: 52% (11175198720/21474836480), sparse 9% (2037010432), длительность 73 сек, 145/145 МБ/с

После этого процесс может идти 2–3 часа, а потом выдает ошибку:

ERROR: команда qmp VM 110 'query-backup' не выполнена — время ожидания истекло
INFO: прерывание задачи бэкапа
ERROR: бэкап VM 110 провален — команда qmp VM 110 'query-backup' не выполнена — время ожидания истекло

Бэкап делается на NFS общий ресурс на ПК с Windows XP с полным доступом, папка смонтирована вручную по инструкции с сайта. В графическом интерфейсе отображается нормальный размер и содержимое. Процедура восстановления проходит нормально, скорость около 60–110 МБ/с. Даже после обновления я загрузился под старым ядром — бэкап прошёл без проблем... Есть идеи, в чём может быть дело?

lister

Guest

19.09.2014 11:38:00

Небольшое обновление: когда идет процесс резервного копирования, данные не передаются в удалённую папку до ошибки. Но если во время резервного копирования я нажимаю кнопку STOP до ошибки, файл на удалённом хосте начинает расти (увеличиваться в размере). Извините за мой английский.

term Guest	#8 0 19.09.2014 15:15:00 Можешь попробовать сделать резервное копирование через NFS на машину с Linux? Каким стеком NFS ты пользуешься на Windows XP?

lister Guest	#9 0 19.09.2014 15:40:00 Я уже пробовал, на Unix и Windows одинаково — результат тот же, ОШИБКА. Что ты имеешь в виду под NFS stack??? Это просто обычная общая папка с полными правами.

lister Guest	#10 0 03.11.2014 14:18:00 Какие-нибудь идеи?

lister Guest	#11 0 27.05.2015 16:19:00 Попробовал новую версию Proxmox, но проблема остаётся.

Читают тему

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