Каким-то волшебным образом выясняется что тормозит только мышь (курсор, нажатия) и лечится это выполнением от администратора на Windows 2008 (или Windows 7) команды:

netsh interface tcp set global autotuninglevel=highlyrestricted

Она выключит систему оптимизации, что-то вроде QoS.

Во первых, мне не удалось установить CentOS 6 на сервер с Adaptec 6405.
Из-за какого-то конфликта то ли на уровне железа, то ли на уровне
драйверов aacraid и e1000e.
т.е. как только я загружаю модуль aacraid отмирает сеть, убить и заново
загрузить e1000e (как родной, так и из elrepo) не помогает.

Итак, сетап CentOS5:
1. запускаем установку centos-56-64 по pxe, всё как обычно, при выборе текст или VNC выбираем VNC.
2. не подключаясь к vnc, переходим ко второй консоли (нажав в ipkvm кнопку Alt+F2)
3. вытягиваем модуль aacraid и вгружаем его. Модуль подходит на всю 5-ку CentOS/RHEL (обзавидуйтесь бубунтовцы)

     wget http://sprt.su/centos-5-64/aacraid.ko
     insmod aacraid.ko

4. теперь идем сетапить, через VNC и на этапе reboot возвращаемся в ipkvm вторую консоль.

     cp -f acraid.ko /mnt/sysimage/lib/modules/2.6.18-238.el5/kernel/drivers/scsi/aacraid
     chroot /mnt/sysimage
     /etc/init.d/network restart
     yum install mkinitrd -y
     gzip /boot/initrd-2.6.18-238.el5.img
     mkinitrd /boot/initrd-2.6.18-238.el5.img `uname -r`

5. Опять в VNC и смело жмем reboot

Опять таки, как с убунтой, апгрейд на CentOS 6 убьет систему.

[root@office ~]# lsusb
Bus 002 Device 003: ID 0930:6545 Toshiba Corp. Kingston DataTraveler 102 Flash Drive 
Bus 006 Device 003: ID 23a0:0002

[root@office ~]# virsh
virsh # list  --all
 ID Имя               Статус
----------------------------------
  - WindowsXP             выключен
 
virsh # edit WindowsXP

в блок devices добавляем:

    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x23a0'/>
        <product id='0x0002'/>
      </source>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x0930'/>
        <product id='0x6545'/>
      </source>
    </hostdev>

На Centos 6 это к сожалению работать не будет, только один девайс можно прокинуть. По тому что qemu-kvm-0.12.

Ну чтож за любовь такая у людей, велосипеды изобретать. man yum.conf:

              proxy url to the proxy server that yum should use.
 
              proxy_username username to use for proxy
 
              proxy_password password for this proxy

Прокся в данном случае без авторизации, соответственно добавляю в конфиг /etc/yum.conf

proxy = http://192.168.3.1:3128/

В дебиан лечится установкой xen-qemu-dm-4.0

apt-get install xen-qemu-dm-4.0

root@d17:~# Error: Device 51718 (vbd) could not be connected. Failed to find an unused loop device

Лечится увеличением loop устройств в системе.

В случае CentOS/RHEL/FedoraCore в файл /etc/modprobe.conf добавляем строку:

options loop max_loop=128

В случае Debian/Ubuntu в файл /etc/modules приводим строку с loop к виду:

loop max_loop=128

В некоторых случаях это не срабатывает, тогда можно передать это как параметр инициализации ядра.
Вот кусок из /boot/grub/menu.lst

title Xen
root (hd0,0)
  kernel /xen.gz
  module /vmlinuz-2.6-xen root=/dev/sda1 ro max_loop=128
  module /initrd.img-2.6.16.29-xen

xm console guest-vm

где guest-vm это нужная гостевая ОС, но тут нам понадобится рутовый или иной административный пароль. Если таким богатством не обладаем то есть вариант такой:
1. останавливаем гостевую машину:

xm shutdown -H guest-vm

2. проверяем остановлен ли гость через несколько минут:

xm list

3. Монтируем образ гостевой ОС и чрутимся в него:

mkdir /root/temp/
mount -o loop /mnt/vm_stor/domains/guest-vm/disk.img /root/temp/
mount -o bind /dev /root/temp/dev/
mount -t proc none /root/temp/proc/
chroot /root/temp/

После выполнения работы, например смены рутового пароля на Xen guest, нужно выйти из чрута, размонтировать и стартануть гостя:

umount /root/temp/dev
umount /root/temp/proc
umount /root/temp
xm create guest-vm

Ну и обязательно проконтролировать загрузку:

xm console guest-vm

Для этого есть nagios и zabbix, а чтобы наши мониторинги могли узнавать статус массивов используем утилиту arcconf от производителя Adaptec.

Покажу на примере CentOS 5.6 x86_64 установку arcconf

http://download.adaptec.com/raid/storage_manager/asm_linux_x64_v7_00_18781.tgz
tar zxf asm_linux_x64_v7_00_18781.tgz 
mv cmdline/arcconf /bin/

Если вам нужен Adaptec Storage Manager agent то можете поставить пакетом всё что поставляет Adaptec

 rpm -Uvh manager/StorMan-7.00.x86_64.rpm

Ну и проверить не забудьте:

arcconf GETCONFIG 1 AD
Controllers found: 1
----------------------------------------------------------------------
Controller information
----------------------------------------------------------------------
   Controller Status                        : Optimal
   Channel description                      : SAS/SATA
   Controller Model                         : Adaptec 5405
   Controller Serial Number                 : 0D29116C7A3
   Physical Slot                            : 1
   Temperature                              : 67 C/ 152 F (Normal)
   Installed memory                         : 256 MB
   Copyback                                 : Disabled
   Background consistency check             : Disabled
   Automatic Failover                       : Enabled
   Global task priority                     : High
   Performance Mode                         : Default/Dynamic
   Stayawake period                         : Disabled
   Spinup limit internal drives             : 0
   Spinup limit external drives             : 0
   Defunct disk drive count                 : 0
   Logical devices/Failed/Degraded          : 1/0/0
   SSDs assigned to MaxIQ Cache pool        : 0
   Maximum SSDs allowed in MaxIQ Cache pool : 8
   MaxIQ Read Cache Pool Size               : 0.000 GB
   MaxIQ cache fetch rate                   : 0
   MaxIQ Cache Read, Write Balance Factor   : 3,1
   NCQ status                               : Enabled
   Statistics data collection mode          : Enabled
   --------------------------------------------------------
   Controller Version Information
   --------------------------------------------------------
   BIOS                                     : 5.2-0 (17899)
   Firmware                                 : 5.2-0 (17899)
   Driver                                   : 1.1-5 (24702)
   Boot Flash                               : 5.2-0 (17899)
   --------------------------------------------------------
   Controller Battery Information
   --------------------------------------------------------
   Status                                   : Not Installed

версии под другие платформы и ОС доступны на официальном сайте

Данная инструкция также верна для:
Adaptec RAID 2045
Adaptec RAID 2405
Adaptec RAID 2405Q
Adaptec RAID 2805
Adaptec RAID 5085
Adaptec RAID 51245
Adaptec RAID 51645
Adaptec RAID 52445
Adaptec RAID 5405
Adaptec RAID 5405Z
Adaptec RAID 5445
Adaptec RAID 5445Z
Adaptec RAID 5805
Adaptec RAID 5805Q
Adaptec RAID 5805Z
Adaptec RAID 5805ZQ

Опытным путем выяснил что апач мрет на загрузке конфига с виртуалхостами, виртуалхостов на сервере чуть больше 3000, какой косячит? Как его найти если в логах ничего нет? strace ни на какие мысли не на талкивает.

Но специфика сервера такова что каждый вхост в отдельном конфиге, потом эти конфиги парсятся, правятся и сливаются в один файл. Вобщем переношу все конфиги вхостов в /root/tmp и по 100 штук начинаю возвращать на место и рестартить апач. Таким образом нахожу ОДНУ паршивую овцу. Лезу в конфиг и падаю со стула.

Для одного домена прописано 530 алиасов, у того же клиента смотрю другие домены, на втором прописано еще 370 алиасов. Судя по всему лимит у апача 512 алиасов, потом смерть.

И блять молчаливая смерть, ни строчки в логи!!

Вобщем так можно хостерам гадить, регаешься на самый дешевый тариф и набиваешь 600 алиасов. Всё апачу пездос.