IT блог - полезные заметки. » virtualization

vzrst module is not loaded on the destination node

Артур Шакиров — Wed, 05 Aug 2009 02:07:51 +0000

понадобилось мигрировать OpenVZ контейнер с одной физической машины на другую. Номер контейнера 140 используем vzmigrate

[root@s24 ~]# vzmigrate --online 91.195.xxx.xxx 140

OPT:--online

OPT:91.195.xxx.xxx

Starting online migration of CT 140 to 91.195.xxx.xxx

Error:  vzrst module is not loaded on the destination node

Error:  Can't continue online migration

идем на destanation машину и смотрим, есть у нас там vzrst или нет

[root@root ~]# lsmod | grep vz

vzethdev               16524  0

vzdquota               43800  1 [permanent]

vznetdev               21512  2

vzmon                  49548  3 vzethdev,vznetdev

vzdev                   7556  4 vzethdev,vzdquota,vznetdev,vzmon

ipv6                  288668  32 vzmon,ip6t_REJECT

нету, ну так мы поставим, не проблема :)

[root@root ~]# modprobe  vzrst

[root@root ~]# modprobe  vzcpt

[root@root ~]# lsmod | grep vz

vzcpt                 115492  0

vzrst                 142740  0

ip_nat                 22032  1 vzrst

ip_conntrack           60228  3 vzcpt,vzrst,ip_nat

vzethdev               16524  0

vzdquota               43800  1 [permanent]

vznetdev               21512  2

vzmon                  49548  5 vzcpt,vzrst,vzethdev,vznetdev

vzdev                   7556  4 vzethdev,vzdquota,vznetdev,vzmon

ipv6                  288668  36 vzcpt,vzrst,vzmon,ip6t_REJECT

ну вот собственна и всё, снова запускаем миграцию на соурс:

[root@s24 ~]# vzmigrate --online 91.195.xxx.xxx 140

OPT:--online

OPT:91.195.xxx.xxx

Starting online migration of CT 140 to 91.195.xxx.xx

Preparing remote node

Initializing remote quota

Syncing private

Live migrating container...

Syncing 2nd level quota

Cleanup

теперь идем на таргет сервер и проверяем

[root@root ~]# vzlist -a

      CTID      NPROC STATUS  IP_ADDR         HOSTNAME

       140        104 running 91.195.xxx.xxx  hostname.ru

всё, наш контейнер без даунтаймов мигрировал на другой сервер.

HyperVM Installation

Артур Шакиров — Sat, 11 Jul 2009 14:58:51 +0000

Компания LxLabs разработала удобную панель управления виртуальными машинами, и назвала её HyperVM.
HyperVM ставится на свежеустановленный сервер и позволяет создавать и управлять виртуальными машинами VPS/VDS на базе популярных систем виртуализации OpenVZ (Open Virtuozzo) или Xen.
OpenVZ наиболее прост (для него впринципе и панель то не нужна вовсе), XEN более сложная технология но более «навороченная» в технологическом плане.
Для простоты понимания не искушенного человека опишу для чего вам может понадобится виртуализация, в частности HyperVM. Простая ситуация, вы вебстудия, у вас есть сервер на котором вы размещаете сайты клиентов. и в определенный момент нагрузка от отдельных проектов клиентских начинает шкалить мешая остальным. Можно просто выгнать клиента, и потерять деньги которые клиент платит или же выделить ему отдельное пространство с жесткими лимитами по расходу процессорных ресурсов, расхода физической памяти и прочим. Тут на помощь приходит вирутализация, вы просто создаете отдельную виртуальную машину и ставите на нее лимиты так чтобы остальным проектам не создавались помехи.

Или, у вас есть достаточно производительный сервер который покупали с запасом или взяли в аренду по очень выгодной цене. Но нагрузить его вы не можете и на 30% в пиках, т.е. сервер простаивает на 70% все время. Тут опять таки приходит на помощь виртуализация, создаем несколько или одну виртуальную машину и сдаем её в аренду например. таким образом Вы можете отбить часть расходов на содержание сервера.

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

Или же компания разработчиков делит сервер на несколько виртуалок «продакшн», «препродакшн», «девелопмент», «репозитарии и SVN».

Вариантов очень много, широкий простор для фантазии.

Прямо сейчас я поднимаю виртуализацию по двум заказам на разных серверах, по тому и решил описать этот процесс ввиде лога.

[root@CentOS-53-32-minimal ~]# screen

[root@CentOS-53-32-minimal ~]# setenforce 0

setenforce: SELinux is disabled

[root@CentOS-53-32-minimal ~]# cat /etc/sysconfig/selinux

# This file controls the state of SELinux on the system.

# SELINUX= can take one of these three values:

#       enforcing - SELinux security policy is enforced.

#       permissive - SELinux prints warnings instead of enforcing.

#       disabled - SELinux is fully disabled.

SELINUX=disabled

# SELINUXTYPE= type of policy in use. Possible values are:

#       targeted - Only targeted network daemons are protected.

#       strict - Full SELinux protection.

SELINUXTYPE=targeted

[root@CentOS-53-32-minimal ~]#  wget http://download.lxlabs.com/download/hypervm/production/hypervm-install-master.sh

[root@CentOS-53-32-minimal ~]# sh ./hypervm-install-master.sh --virtualization-type=openvz

После чего начинается процесс установки, который может занять до нескольких часов. В основном время установки зависит от ширины канала, по тому как выкачиваются крупные пресеты операционных систем.

теперь необходимо поправить /etc/grub.conf, заменив ‘default=1′ на ‘default=0′ и перезагрузить сервер.

после перезагрузки сервера заходите в панель управления http://machine-name:8888 (machine-name замените на ip адрес сервера) и всё что Вам нужно для начала работы это добавить ip пул, планы ограничений ресурсов и создать виртуальные машины.

если что-то не получается или вы хотите заказать установку HyperVM, обращайтесь – всегда помогу.

HyperVM – Alert: not_in_list_of_allowed_ip

Артур Шакиров — Wed, 15 Apr 2009 21:02:41 +0000

Панель управления виртуальными серверами HyperVM лимитирует доступ по IP адресу, если адреса нет в базе, то вход будет заблокирован с сообщением:
Alert: not_in_list_of_allowed_ip

Лечится просто, если есть root доступ к корневой системе. Зайдите на корневую машину root-ом и выполните команду:

/script/clearallowedblockedip --class=client --name=admin

после чего снова выполните вход в панель.

XEN bug on RTL8111/8168B

Артур Шакиров — Sat, 11 Apr 2009 13:23:12 +0000

На свежеустановленный CentOS 5.3 был поставлен Xen, после ребута отмерла сеть. В dmesg сыпятся ошибки:
vif0.0: received packet with own address as source address

причиной тому совпадение HWaddr для eth0 и xenbr0 (каким-то боком eth0 перекосило).

фиксится крайне просто, может быть не так элегантно как хотелось бы, но просто. В /etc/rc.local добавляем:

/sbin/ip link set eth0 down

/sbin/ip link set eth0 addr 00:1C:C0:7F:76:33

/sbin/ip link set eth0 up

/etc/init.d/network restart

и делаем рестарт системы.