Tag Archives: xen

Как определить, выполняется ли текущая система в виртуальной машине?

Copyright (c) 2009 by Red Hat, Inc. This material may be distributed only subject to the terms and conditions set forth in the Open Publication License, v1.0 or later (available at http://www.opencontent.org/openpub/).
Original article: http://kbase.redhat.com/faq/docs/DOC-15413.pdf

Translated by Ivan Pesin, July 2009

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

Xen

$ dmesg | grep -i virtual Xen virtual console successfully installed as xvc0

1
2

$ dmesg | grep -i virtual
Xen virtual console successfully installed as xvc0

VMWare

$ dmesg | grep -i virtual VMware vmxnet virtual NIC driver Vendor: VMware Model: Virtual disk Rev: 1.0 hda: VMware Virtual IDE CDROM Drive, ATAPI CD/DVD-ROM drive

1
2
3

$ dmesg | grep -i virtual
     VMware vmxnet virtual NIC driver         Vendor: VMware    Model: Virtual disk      Rev: 1.0
     hda: VMware Virtual IDE CDROM Drive, ATAPI CD/DVD-ROM drive

QEMU или KVM

$ dmesg | grep -i virtual CPU: AMD QEMU Virtual CPU version 0.9.1 stepping 03

1
2

$ dmesg | grep -i virtual
CPU: AMD QEMU Virtual CPU version 0.9.1 stepping 03

Кроме того, можно также использовать команду dmidecode, для получения информации из системного BIOS. Например:

VMWare:

# dmidecode | egrep -i 'manufacturer|product' Manufacturer: VMware, Inc. Product Name: VMware Virtual Platform

1
2

# dmidecode | egrep -i 'manufacturer|product'
Manufacturer: VMware, Inc. Product Name: VMware Virtual Platform

QEMU или KVM:

# dmidecode | egrep -i 'vendor' Vendor: QEMU

1
2

# dmidecode | egrep -i 'vendor'
Vendor: QEMU

Как настроить Xendump в Red Hat Enterprise Linux 5?

Translated by Ivan Pesin, June 2009

Система: Red Hat Enterprise Linux 5

Решение:

Xendump это средство захвата дампов памяти гостевых систем Xen. Оно встроено в гипервизор Xen Hypervisor. Дампы памяти ядра полезны при выяснении причин краха системы. Для анализа таких дампов используется утилита crash. Утилита crash аналогична традиционной Unix-программе crash. Она предоставляет трассировки стека и другую отладочную функциональность для определения проблемных областей, вызывающих крах системы. Аналогичное средство, предназначенное для обычных (не-Xen) ядер, называется Kdump. Чтобы узнать больше о том, как работает Kdump, прочитайте Как настроить kexec/kdump в Red Hat Enterprise Linux 5? .

Чтобы настроить Xendump следуйте нижеприведённым инструкциям:

Включите средство Xendump. Отредактируйте /etc/xen/xend-config.sxp и измените строку

#(enable-dump no)

1

#(enable-dump no)

на:

(enable-dump yes)

1

(enable-dump yes)
Перезапустите демон xen:

# service xend restart

1

# service xend restart
Чтобы проверить работу Xendump, запустите гостевую систему Xen:

# xm create /etc/xen/<домен>

1

# xm create /etc/xen/<домен>
Выполните захват памяти командой:

# xm dump-core <имя_домена> <файл_дампа>

1

# xm dump-core <имя_домена> <файл_дампа>

Обратите внимание, что на данный момент Xendump может быть настроен для автоматического захвата дампов памяти паравиртуальных (PV) гостевых систем Xen при их крахе. Для захвата дампа памяти гостевых систем Xen с полной виртуализацией (FV) Xen, необходимо выполнять команду xm dump-core вручную.

Как объединить несколько сетевых интерфейсов Xen-хоста в мост, доступный гостевым системам?

Copyright (c) 2009 by Red Hat, Inc. This material may be distributed only subject to the terms and conditions set forth in
the Open Publication License, v1.0 or later (available at http://www.opencontent.org/openpub/).
Original article: http://kb.redhat.com/faq/docs/DOC-9811.pdf

Translated by Ivan Pesin, May 2009

Создайте скрипт со следующим содержанием и назовите его /etc/xen/scripts/network-xen-custom:

#!/bin/sh # network-xen-custom # Выйти, если что-то пойдёт не так set -e # Первый аргумент -- это операция OP=$1 shift script=/etc/xen/scripts/network-bridge case ${OP} in start) $script start vifnum=0 bridge=xenbr0 netdev=eth0 $script start vifnum=1 bridge=xenbr1 netdev=eth1 ;; stop) $script stop vifnum=0 bridge=xenbr0 netdev=eth0 $script stop vifnum=1 bridge=xenbr1 netdev=eth1 ;; status) $script status vifnum=0 bridge=xenbr0 netdev=eth0 $script status vifnum=1 bridge=xenbr1 netdev=eth1 ;; *) echo "Unknown command:${OP}" echo 'Valid commands are: start, stop, status' exit 1 esac

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

#!/bin/sh
# network-xen-custom
# Выйти, если что-то пойдёт не так
set -e
# Первый аргумент -- это операция
OP=$1
shift
script=/etc/xen/scripts/network-bridge
case ${OP} in
        start)
                $script start vifnum=0 bridge=xenbr0 netdev=eth0
                $script start vifnum=1 bridge=xenbr1 netdev=eth1
                ;;
        stop)
                $script stop vifnum=0 bridge=xenbr0 netdev=eth0
                $script stop vifnum=1 bridge=xenbr1 netdev=eth1
                ;;
        status)
                $script status vifnum=0 bridge=xenbr0 netdev=eth0
                $script status vifnum=1 bridge=xenbr1 netdev=eth1
                ;;
        *)
                echo "Unknown command:${OP}"
                echo 'Valid commands are: start, stop, status'
                exit 1
esac

Убедитесь, что этот скрипт имеет установленный бит выполнения:

chmod 755 /etc/xen/scripts/network-xen-custom

Отредактируйте файл /etc/xen/xend-config.sxp : закомментируйте вызов старого скрипта и добавьте строку с вызовом нового:

#(network-script network-bridge) (network-script network-xen-custom)

Перезагрузите систему, чтобы новый интерфейс-мост инициализировался корректно.