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

Виртуальные машины падают на процессорах Ivybridge Xeon., Proxmox Виртуальная Среда

nz_monkey

Guest

10.04.2014 03:50:00

Привет! У нас появились новые Dell C8220 sled с процессорами Xeon E5-2680 v2. Они были добавлены вместе с нашими sled с процессорами E5-2680 v1. При установке Proxmox 3.2 на них с ядром 3.10.0-1-pve мы заметили, что гостевые Windows либо не загружаются, либо вызывают kernel panic на хосте. Если запускать их на наших хостах с Sandybridge, всё работает нормально. Кто-нибудь ещё сталкивался с такой проблемой?

nz_monkey

Guest

05.05.2014 13:36:00

Хорошо, я попробовал два сценария:
1. Машина раньше запускалась с virtio-scsi и выдавала синий экран. Поменял на virtio-blk и запустил. Результат — синий экран сразу после загрузки драйверов Windows HAL.
2. Клонировал с шаблона, поменял на virtio-blk перед загрузкой, запустил. Машина стартует, проходит детекцию Windows HAL и затем загружается нормально.

Так что, похоже, проблема связана с SCSI дисками в гостевых системах на PVE3.2. Спасибо за всю помощь. Что я могу сделать, чтобы помочь решить эту проблему?

tom Guest	#3 0 05.05.2014 13:57:00 Я это вижу только в гостевых системах Windows. Но почему вы используете SCSI для Windows? Virtio быстрее и надежнее.

nz_monkey

Guest

05.05.2014 14:08:00

Да, это происходит только на гостевых системах Windows, а они составляют 95% того, что мы запускаем... Мы используем virtio-scsi из-за поддержки trim/discard, которые освобождают неиспользуемые блоки на базовом хранилище. virtio-scsi также такой же быстрый, как и virtio-blk, по нашим и тестам Redhat, и до последнего обновления Proxmox работал абсолютно стабильно.

nz_monkey

Guest

04.05.2014 22:55:00

Хорошо, я провёл ещё пару тестов. Перезагрузил один из хостов Ivybridge с Proxmox VE 3.0, установил ядро 3.10.0-2-pve и перезагрузился. Система загрузилась, и все Windows-виртуалки работают прекрасно. Значит, проблема, похоже, связана с изменениями, которые произошли в PVE 3.2. На PVE 3.2 я пытался сменить тип ОС гостей на "other", чтобы убрать дополнительные флаги, добавленные в PVE 3.2, но Windows-гости всё равно падают при загрузке. Эти сбои стабильно повторяются на двух разных хостах с PVE 3.2. Есть кто-нибудь ещё, кто использует PVE 3.2 на хостах E5-XXXv2, например, на Ivybridge Xeon?

tom Guest	#6 0 05.05.2014 09:26:00 Проблем с нашим E5-2620v2 нет, все версии Windows работают отлично.

tom Guest	#7 0 05.05.2014 09:34:00 Опубликуйте конфигурацию вашей виртуальной машины: > qm config VMID

nz_monkey

Guest

05.05.2014 11:56:00

Привет, Том.

Code: balloon: 512
boot: c
bootdisk: scsi0
cores: 1
description: SPLA через KMS
virtio-scsi диски
KVM Tools 13.10

Используй этот шаблон для IaaS клиентов!

hotplug: 1
ide2: none, media=cdrom
machine: pc-i440fx-1.4
memory: 4096
name: win2k12-ivybridge-test03
net0: virtio=AA:C5:FF:BE:6D:18, bridge=vmbr0, tag=201
ostype: win8
scsi0: tier3-rbd-orbit:vm-197-disk-1, cache=writeback, size=40G
scsihw: virtio-scsi-pci
sockets: 2
tablet: 0

Это клонированные машины из наших шаблонов, собранных на PVE3.0. ВМ клонируются с образа, подготовленного sysprep, но при загрузке выдают синий экран. Мы также пробовали запускать Windows ВМ без sysprep, которые раньше прекрасно работали на PVE3.0 — и они тоже при загрузке выдают синий экран, если запускать их на PVE3.2.

mir

Guest

05.05.2014 12:35:00

Думаю, вы столкнулись с проблемой, которая сейчас расследуется. Дело в том, что, похоже, использование SCSI-дисков как-то не работает в pve-3.2. Ваша виртуальная машина нормально работает, если переключиться с SCSI на IDE или Virtio?

tom Guest	#10 0 05.05.2014 12:36:00 используй virtio (не virtio-scsi).

Читают тему

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