Установка Dell OpenManage на Citrix XenServer 5.6 SP2

Все кому посчаcтливилось работать с серверным оборудованием компании Dell, наверняка знают о существовании пакета программ для мониторинга состояния оборудования под названием Dell OpenManage Server Administrator Managed Node  Данный пакет позволяет проводить комплексное наблюдение за Вашим "железом". Установить OMSA на XenServer 5.6 SP2  можно двумя способами:

Вариант номер 1 - При установке Citrix XenServer. Необходимо скачать дистрибутив с сайта Dell, выбрав свое оборудование, записать его на оптический диск и установить в привод, когда инсталлятор XenServer предложит установку Supplemential Pack и нажать Ok.

Вариант номер 2 - На уже установленном Citrix XenServer. В данном случае необходимо:

1. Скачать на XenServer хост дистрибутив с OMSA
2. Примонтировать дистрибутив к каталогу /mnt командой:
 mount -o loop OM-SrvAdmin-Dell-Web-LX-6.5.0-2247.XenServer56_A01.11.iso /mnt
3. Провести установку OMSA командой /mnt/./install.sh
4. Запустить сервисы OMSA командой  /opt/dell/srvadmin/sbin/srvadmin-services.sh start (можно просто перезапустить Citrix XenServer)
5. Отмонтировать образ дистрибутива командой umount /mnt
6. Зайти на установленный OpenManage по URL: https://xxx.xxx.xxx.xxx:1311

Где xxx.xxx.xxx.xxx - IP адрес сервера. Для входа необходимо использовать логин и пароль от XenServer

Примечание: В случае установки обновлений на Citrix XenServer хост, потребуется переустановка OMSA.

Добавление домена в белый список антиспама Zimbra

Недавно столкнулся с проблемой, что Gmail попал в черный список DNSBL.ORG, который я использую для проверки на спам в Zimbra.  Чтобы исправить эту ситуацию необходимо:

1. su zimbra
2. nano /opt/zimbra/conf/amavisd.conf.in
3. Ищем строку, которая начинается с:
{ # a hash-type lookup table (associative array)
и добавляем доверенный домен перед всеми остальными записями:

'gmail.com'     =>                  -10.0,

4. Сохраняем файл и перезапускаем антиспам командой:

zmamavisdctl stop && zmamavisdctl start

Установка Trixbox 2.8 в Citrix XenServer 6.5 FP1

Итак, опишу подробное хау-ту как же все таки заставить ненативный ксенсерверу триксбокс заставить работать в нативном (паравиртуализационном) режиме.

1. Скачиваем установочный образ с сайта trixbox.org;

2. В Citrix XenCenter создаем новую виртуальную машину типа "Other install Media" и проводим установку стандартным способом с образа скачанного в пункте 1;

3. После успешной установки, с помощью Citrix XenCenter делаем загрузку по умолчанию с виртуального жесткого диска, входим в систему под пользователем root, настраиваем сеть командой system-config-network, перезагружаем сервер командой reboot;

4. Для удобства работы устанавливаем Midnight Commander командой yum install mc;

5.  Локализуем систему. Для этого комментируем содержимое файла /etc/sysconfig/i18n и добавляем туда следующее:

LANG="ru_RU.UTF-8"
SUPPORTED="ru_RU.UTF-8:ru_RU:ru"
SYSFONT="latarcyrheb-sun16"

Разлогиниваемся и залогиниваемся по новой чтобы ощутить эффект.
6. Изменяем конфигурационный файл загрузчика /etc/grub.conf и делаем ядро Xen загружаемое по умолчанию приводя строку default=1 к виду default=0. Также модифицируем параметры загрузки ядра приводя строки:

title trixbox (2.6.18-164.11.1.el5xen)
root (hd0,0)
kernel /xen.gz-2.6.18-164.11.1.el5
module /vmlinuz-2.6.18-164.11.1.el5xen ro root=LABEL=/
module /initrd-2.6.18-164.11.1.el5xen.img

К виду:

title trixbox (2.6.18-164.11.1.el5xen)
root (hd0,0)
kernel /vmlinuz-2.6.18-164.11.1.el5xen ro root=LABEL=/ console=xvc0
initrd /initrd-2.6.18-164.11.1.el5xen.img

Примечание: Если при установке использовался LVM, то запись должна выглядеть так:
kernel /vmlinuz-2.6.18-164.11.1.el5xen ro root=/dev/VolGroup00/LogVol00 console=xvc0
                                                           
7. Пересобираем initrd для ядра Xen:
rm -f /boot/initrd-2.6.18-164.11.1.el5xen.img
mkinitrd --with=xenblk --with=xennet /boot/initrd-2.6.18-164.11.1.el5xen.img 2.6.18-164.11.1.el5xen

8. Отключаем сервис автоопределения оборудования Kudzu
chkconfig --del kudzu

9. Устанавливаем версии драйверов Dahdi для ядра Xen
yum install -y kmod-dahdi-linux-xen

10. Конфигурируем доступ к консолям, для этого приводим секцию файла /etc/inittab с вида:

# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6

к виду:

# Run gettys in standard runlevels

co:2345:respawn:/sbin/agetty xvc0 9600 vt100-nav

#1:2345:respawn:/sbin/mingetty tty1

#2:2345:respawn:/sbin/mingetty tty2

#3:2345:respawn:/sbin/mingetty tty3

#4:2345:respawn:/sbin/mingetty tty4

#5:2345:respawn:/sbin/mingetty tty5

#6:2345:respawn:/sbin/mingetty tty6

11. Разрешаем пользователю root подключаться к консоли xvc0 для этого выполняем команду:

echo xvc0 >> /etc/securetty

12. Переводим виртуальную машину из режима полной виртуализации в режим паравиртуализации. Для этого сначала выключите виртуальную машину, а затем в консоли XenServer хоста, на котором она была запущена выполняем следующие команды (в качестве примера виртуальная машина называется trixbox):

vm=$(xe vm-list name-label=trixbox --minimal)

xe vm-param-set uuid=$vm PV-bootloader=pygrub HVM-boot-policy=

xe vm-param-set uuid=$vm PV-args=utf8

vbd=$(xe vm-disk-list uuid=$vm vdi-params=none --minimal)

xe vbd-param-set uuid=$vbd bootable=true

Закройте и снова откройте XenCenter. Это необходимо для того чтобы мышь начала корректно работать.

13. Запускаем виртуальную машину и обновляем XenTools, предварительно установив образ в виртуальный привод, после чего выполняем команды:

mount /dev/xvdd /mnt

/mnt/Linux/install.sh -k

reboot

Все. Теперь можно полноценно управлять этой виртуальной машиной.

Snapshot`ы в Citrix XenServer 5.6 FP1 (Снова о наболевшем)

Рано я радовался тому, что Citrix анонсировала в FP1 правильное удаление снепшотов с хранилища iSCSI.

Цитата из моего Citrix XenCenter: 488,1 GB used of 488,3 GB total (327,8 GB allocated).
Проссумировав размер виртуальных дисков - реально 327 Гб. Однако, подумал я - снова старая проблема!!! Танцы с бубнами на тему оффлайн очистки снепшотов результатов не дали:

xe host-call-plugin host-uuid=2b3a914e-6030-4595-a7a2-615c4642f286 plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=e66cc30c-daf2-ff6f-c977-0ca983d54397

VM has no leaf-coalesceable VDIs

И так на каждой виртуалке. На всякий случай сделал экспорт виртуальных машин и удалил их. После чего когда XenCenter показал: 488,1 GB used of 488,3 GB total (0 Мb allocated) - сделал Detach Storage, а потом Reattach Storage и, о чудо, место вернулось. XenCenter показал: 4 Mb used of 488,3 GB total (0 Мb allocated)
Но на мой взгляд это не решение вопроса. Если у кого то вылезит такая "кака" попробуйте следующее:

1. Остановите все виртуальные машины (на всякий случай заранее забекаптесь);
2. Отключите хранилище;
3. Переподключите хранилище (ни в коем случае не форматируйте!!!).