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

Проблема со снимком с версии 3.4., Proxmox Виртуальная Среда

holest

Guest

25.02.2015 12:42:00

Привет! У меня возникла проблема: вчера установил версию 3.4. Теперь не могу сделать снимок (snapshot) своих виртуальных машин, процесс запускается и начинается "форматирование", но никогда не заканчивается. Вот syslog:

Код:
Feb 25 12:24:01 p2 pvedaemon[390575]: <root@pam> запуск задачи UPID:p2:000611BD:008A5E77:54EDB0D1:qmsnapshot:119:root@pam:
Feb 25 12:24:01 p2 pvedaemon[397757]: <root@pam> snapshot VM 119: pregui
Feb 25 12:24:36 p2 pvedaemon[393333]: получен таймаут
Feb 25 12:24:54 p2 pvedaemon[390575]: worker завершился
Feb 25 12:24:54 p2 pvedaemon[3631]: worker 390575 завершил работу, но в веб-интерфейсе Proxmox всё еще отображается "работа". Кто-нибудь может подсказать, где мне искать решение этой проблемы?

P.S.: сейчас выводит ошибку:
Код:
TASK ERROR: команда '/bin/nc -l -p 5900 -w 10 -c '/usr/bin/ssh -T -o BatchMode=yes 10.3.1.2 /usr/sbin/qm vncproxy 119 2>/dev/null'' завершилась с кодом выхода 255

lwidomski Guest	#2 0 12.03.2015 13:34:00 У нас такая же проблема с машинами на Windows (после обновления с версии 3.3 до 3.4).

holest Guest	#3 0 12.03.2015 14:05:00 Кто-нибудь может подтвердить, если я сменю подписку с community на basic, будет ли кто-то из "Proxmox Server Solutions GmbH" отвечать на мои вопросы? И что будет, если они не смогут решить мой тикет? Вернут стоимость лицензии?

spirit Guest	#4 0 12.03.2015 14:43:00 Только когда вы создаёте снимок с состоянием памяти? У вас проблемы с живой миграцией этих виртуальных машин Windows? #pveversion -v?

lwidomski

Guest

12.03.2015 14:49:00

Да. Ошибка возникает только при включённой опции «Include RAM». Я не могу протестировать живую миграцию на этих pve, потому что это единственный узел.

Код:
root@pve3:~# pveversion -v
proxmox-ve-2.6.32: 3.3-147 (запущенное ядро: 2.6.32-37-pve)
pve-manager: 3.4-1 (текущая версия: 3.4-1/3f2d890e)
pve-kernel-2.6.32-32-pve: 2.6.32-136
pve-kernel-2.6.32-37-pve: 2.6.32-147
pve-kernel-2.6.32-34-pve: 2.6.32-140
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.7-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.10-2
pve-cluster: 3.0-16
qemu-server: 3.3-20
pve-firmware: 1.1-3
libpve-common-perl: 3.0-24
libpve-access-control: 3.0-16
libpve-storage-perl: 3.0-31
pve-libspice-server1: 0.12.4-3
vncterm: 1.1-8
vzctl: 4.0-1pve6
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 2.1-12
ksm-control-daemon: 1.1-1
glusterfs-client: 3.5.2-1

spirit

Guest

12.03.2015 16:33:00

Можешь выложить свой vmid.conf? У тебя та же проблема, если не выбирать Windows как ostype? (Может, попробуй для теста Linux?) Я знаю, что была проблема с таймером Windows, но это было в qemu 2.2.0 (исправлено в qemu 2.2.1). (Обрати внимание, что я не смог воспроизвести эту проблему с qemu 2.1 и ostype Windows).

lwidomski

Guest

13.03.2015 07:33:00

Код: boot: cdn
bootdisk: virtio0
cores: 1
ide2: none,media=cdrom
memory: 1024
name: WXP-test
net0: virtio=5A:4C:5F:F3:F2:4A,bridge=vmbr0
ostype: wxp
sockets: 1
virtio0: u00_proxmox:104/vm-104-disk-1.qcow2,format=qcow2,size=20G

С Linux-машиной (Oracle Linux) всё в порядке. Сегодня я также тестировал ещё три Windows-машины. Когда я пытаюсь сделать снимок состояния (snapshot), он не удаётся, потом я запускаю команду unlock на каждой из них. Код: qm unlock 104 (и так далее).

И после этого запуск snapshot с RAM работает. Похоже, потому что машина не была заблокирована.

Ребята, вы можете попробовать это и подтвердить моё решение?

С уважением, Widomski Łukasz

spirit

Guest

13.03.2015 08:14:00

Привет, наконец-то мне удалось воспроизвести это (qemu 2.1 и qemu 2.2) с гостевой системой win2012r2. Сначала делаю первый снимок — зависает, как и у тебя. Потом разблокирую, отменяю задачу, и действительно, создание нового снимка уже работает. Сегодня попробую копнуть глубже.

spirit Guest	#9 0 13.03.2015 10:12:00 Мне не удаётся воспроизвести эту ошибку на qemu 2.2.1. Я обсудю этот баг на рассылке pve-devel. (Правка: с qemu 2.2 тоже всё работает нормально)

spirit Guest	#10 0 13.03.2015 12:58:00 Proxmox на следующей неделе выпустит обновление до qemu 2.2, которое должно решить эту проблему. (Если не хочешь ждать, уже можно взять его из репозитория pvetest)

holest Guest	#11 0 13.03.2015 21:39:00 Спасибо, дух.

silverado

Guest

#12

11.05.2015 21:31:00

К сожалению, у меня проблема остаётся. Как описано выше, я вручную установил Proxmox поверх полностью зашифрованного Debian. Такая конфигурация без проблем работала с версиями Proxmox ниже 3.3. С тех пор мои снимки (snapshots) стали падать с описанными выше симптомами. Обновление до qemu 2.2 не помогло. Ошибку удалось воспроизвести на нескольких машинах и установках.

Для поиска причины я установил Proxmox в обычном режиме без шифрования на другой машине. Там создал несколько виртуальных машин и смог делать снимки без проблем. Потом я сделал бэкап ВМ и восстановил их на зашифрованной машине с Proxmox. И там тоже смог создавать снимки!

Но когда я создал новую виртуальную машину на зашифрованном Proxmox, снимки снова не работают. Так что, по моему мнению, очевидно, что на зашифрованном Proxmox что-то идёт не так при создании виртуальных машин, из-за чего сделать снимки невозможно. Есть идеи?

spirit Guest	#13 0 12.05.2015 04:09:00 Можешь выложить vmid.conf восстановленной виртуальной машины и новой виртуальной машины?

Читают тему

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