KVM и HP ProLiant DL380G5 (Тормозит)

[fireboltgp]

Приветствую тех немногих, кто посещает эту ветку! Очень надеюсь на то, что найдутся из вас те, кто сумеет мне помочь.

Проблема моя заключается в том, что на установленном на сервере HP ProLiant DL380G5 KVM'е висят виртуалки. Висят настолько сильно, что просто не могу загрузиться c загрузочного диска Ubuntu или Clonezilla. KVM поднимал на Debian Squeeze и на Wheezy - результат один. Поднимал по этому мануалу.

По этому же мануалу поднят KVM на Dell PowerEdge R710 и там никаких проблем не наблюдается. Поэтому грешу на железо. К примеру, я впервые увидел, чтобы массивы виделись как /dev/cciss/c0d0. На том же Dell они определяются как /dev/sda.

RAID контроллер на HP - HP Smart Array E200. 3 виртуальных диска в каждом по паре жестких дисков: два SAS 10K 72Gb в RAID 1, два SAS 15K 300Gb в RAID 1; два диска SATA 5600 в RAID 0.

Проблема таки решаема, поскольку я устанавливал ProxMox VE и в нем таких тормозов не наблюдается.

[Bluetooth]

Ну, для начала определить проблему: тормозит весь дисковый ввод-вывод, или только виртуалки?
Виртуалки в файлах или поверх лвм?

Что, если загрузиться с ядра, поставляемого с Proxmox VE?

[fireboltgp]

Ну, для начала определить проблему: тормозит весь дисковый ввод-вывод, или только виртуалки?
Виртуалки в файлах или поверх лвм?

Что, если загрузиться с ядра, поставляемого с Proxmox VE?

Тормоза только в виртуалках. Сама система работает без тормозов. Виртуалки в файлах, а вот в ProxMox, похоже, поверх ЛВМ. Только я плохо представляю, как именно это работает. Пока не буду пробовать переставлять систему и пробовать грузиться c ядром от ProxMox, надо побольше материала для размышлений собрать.

[Red Gremlin]

К примеру, я впервые увидел, чтобы массивы виделись как /dev/cciss/c0d0

Значит, железяка впервые заработала. Выдержки из Documentation/blockdev/cciss.txt

Код: Выделить всё

This driver is known to work with the following cards:
<cut>
        * SA E200
<cut>
The device naming scheme is:
/dev/cciss/c0d0                 Controller 0, disk 0, whole device
/dev/cciss/c0d0p1               Controller 0, disk 0, partition 1
/dev/cciss/c0d0p2               Controller 0, disk 0, partition 2
/dev/cciss/c0d0p3               Controller 0, disk 0, partition 3

[Bizdelnick]

Виртуалки в файлах

raw или qcow2? raw должны быть шустрее, хотя и с qcow таких жутких тормозов, как Вы описали, быть не должно.

[fireboltgp]

Виртуалки в файлах

raw или qcow2? raw должны быть шустрее, хотя и с qcow таких жутких тормозов, как Вы описали, быть не должно.

Че-то кажется не в ту сторону копаем. Виртуалки тормозят вообще. Никаких обращений к их виртуальному диску у них не идет, я же просто пытаюсь загрузиться c загрузочного диска!

[Bluetooth]

Ну, для начала определить проблему: тормозит весь дисковый ввод-вывод, или только виртуалки?
Виртуалки в файлах или поверх лвм?

Что, если загрузиться с ядра, поставляемого с Proxmox VE?

Тормоза только в виртуалках. Сама система работает без тормозов. Виртуалки в файлах, а вот в ProxMox, похоже, поверх ЛВМ. Только я плохо представляю, как именно это работает. Пока не буду пробовать переставлять систему и пробовать грузиться c ядром от ProxMox, надо побольше материала для размышлений собрать.

Переставлять систему - да, не надо. А вот загрузиться с другим ядром - секундное дело, и сразу сузит область поисков.

[fireboltgp]

Переставлять систему - да, не надо. А вот загрузиться с другим ядром - секундное дело, и сразу сузит область поисков.

Сейчас установлена ProxMox, так что надо. У него ядро 2.32.хх, а в чистом Wheezy 3.2.xx. Так что просто так скинуть пару файликов вряд ли выйдет. Они там много чего перепелили. Но все же больше всего подозрений на ядро.

[Bluetooth]

Переставлять систему - да, не надо. А вот загрузиться с другим ядром - секундное дело, и сразу сузит область поисков.

Сейчас установлена ProxMox, так что надо. У него ядро 2.32.хх, а в чистом Wheezy 3.2.xx. Так что просто так скинуть пару файликов вряд ли выйдет. Они там много чего перепелили. Но все же больше всего подозрений на ядро.

Wheezy запустится на 2.6.32. Так что первое, что нужно проверить - это работу wheezy на 2.6.32.

Кстати, а почему бы и не оставить proxmox? Он кстати у вас на сквизе основан или на визи?

[fireboltgp]

Wheezy запустится на 2.6.32. Так что первое, что нужно проверить - это работу wheezy на 2.6.32.

Кстати, а почему бы и не оставить proxmox? Он кстати у вас на сквизе основан или на визи?

ProxMox основан на Визи. Во-первых, я не хочу использовать то, что сделано не моими руками и не известно вообще, как сделано. Когда делаешь сам, знаешь потом, куда копать, в случае чего. А во-вторых, надо столько в нем переделывать еще, чтобы сносно было работать. При установке он даже не спросил, как диски разбить. Хуже Винды! Я только нажал кнопку "Установить". Он сконфигурил все как попало. Морда его на ConVirt как я понял основана. Вообще невозможная вещь! Консоль отваливается постоянно что в Firefox, что в Opera. Это вообще не вариант, в ней нельзя работать! В общем, ни с чем, кроме слова "дрянь", пока не ассоциируется этот дистрибутив.

[Bluetooth]

Wheezy запустится на 2.6.32. Так что первое, что нужно проверить - это работу wheezy на 2.6.32.

Кстати, а почему бы и не оставить proxmox? Он кстати у вас на сквизе основан или на визи?

ProxMox основан на Визи. Во-первых, я не хочу использовать то, что сделано не моими руками и не известно вообще, как сделано. Когда делаешь сам, знаешь потом, куда копать, в случае чего. А во-вторых, надо столько в нем переделывать еще, чтобы сносно было работать. При установке он даже не спросил, как диски разбить. Хуже Винды! Я только нажал кнопку "Установить". Он сконфигурил все как попало. Морда его на ConVirt как я понял основана. Вообще невозможная вещь! Консоль отваливается постоянно что в Firefox, что в Opera. Это вообще не вариант, в ней нельзя работать! В общем, ни с чем, кроме слова "дрянь", пока не ассоциируется этот дистрибутив.

Ну, переразбить диски-то можно, а вот если не нравится оболочка, то да, не стоит это юзать. Вообще, теоретически, можно снести пакеты proxmox - ведь он на пакетной базе дебиана основан, и тогда не придется переставлять.

[Kataklysm]

Приветствую тех немногих, кто посещает эту ветку! Очень надеюсь на то, что найдутся из вас те, кто сумеет мне помочь.

Проблема моя заключается в том, что на установленном на сервере HP ProLiant DL380G5 KVM'е висят виртуалки. Висят настолько сильно, что просто не могу загрузиться c загрузочного диска Ubuntu или Clonezilla. KVM поднимал на Debian Squeeze и на Wheezy - результат один. Поднимал по этому мануалу.

По этому же мануалу поднят KVM на Dell PowerEdge R710 и там никаких проблем не наблюдается. Поэтому грешу на железо. К примеру, я впервые увидел, чтобы массивы виделись как /dev/cciss/c0d0. На том же Dell они определяются как /dev/sda.

RAID контроллер на HP - HP Smart Array E200. 3 виртуальных диска в каждом по паре жестких дисков: два SAS 10K 72Gb в RAID 1, два SAS 15K 300Gb в RAID 1; два диска SATA 5600 в RAID 0.

Проблема таки решаема, поскольку я устанавливал ProxMox VE и в нем таких тормозов не наблюдается.

Аппаратная виртуализация включена?
http://www.linux-kvm.org/page/Processor_support
Т.к. перечисленные проблемы обычно возникают из-за отсутсвия поддержки аппаратной виртуализации.

Переставлять систему - да, не надо. А вот загрузиться с другим ядром - секундное дело, и сразу сузит область поисков.

Сейчас установлена ProxMox, так что надо. У него ядро 2.32.хх, а в чистом Wheezy 3.2.xx. Так что просто так скинуть пару файликов вряд ли выйдет. Они там много чего перепелили. Но все же больше всего подозрений на ядро.

В Proxmox используется RedHat'овское ядро.

[fireboltgp]

Аппаратная виртуализация включена?
http://www.linux-kvm.org/page/Processor_support
Т.к. перечисленные проблемы обычно возникают из-за отсутсвия поддержки аппаратной виртуализации.

В Proxmox используется RedHat'овское ядро.

Аппаратно все включено, ProxMox же работает. Ну я и сам весь биос перерыл. А вот насчет ядра... Разработчик заявляет, что дистрибутив основан на Debian 7. И там, по-вашему, RedHat'овское ядро?

[Kataklysm]

Аппаратная виртуализация включена?
http://www.linux-kvm.org/page/Processor_support
Т.к. перечисленные проблемы обычно возникают из-за отсутсвия поддержки аппаратной виртуализации.

В Proxmox используется RedHat'овское ядро.

Аппаратно все включено, ProxMox же работает. Ну я и сам весь биос перерыл. А вот насчет ядра... Разработчик заявляет, что дистрибутив основан на Debian 7. И там, по-вашему, RedHat'овское ядро?

Да, они используют Redhat ядро:

https://pve.proxmox.com/wiki/Proxmox_VE_Kernel
https://git.proxmox.com/?p=pve-kernel-2.6.32.git;a=summary