Блог системного администратора » Администрирование

Бэкапы виртуальных машин в VMWare ESXi

admin — Wed, 31 Aug 2011 09:56:42 +0000

Проблема резервного копирования виртуальных машин в VMWare ESXi встает очень остро, так как нет нормально инструмента для этих целей. Многие в интернете рекомендуют скрипт ghettoVCB. Я считаю этот скрипт слишком замудренным с избыточным кодом. Все можно было бы сделать проще, вот пример:

#!/bin/sh

sourcedir=/vmfs/volumes/datastore1
backupdir=/vmfs/volumes/nfs-backup

for i in `vim-cmd vmsvc/getallvms|awk '{print($1 "-" $2)}'`; do
if [ $i != "Vmid-Name" ]; then
vmid=${i%%-*}
vmfs=${i#*-}

mkdir $backupdir/$vmfs.`date +%d.%m.%Y`
vim-cmd vmsvc/snapshot.create $vmid $vmfs@snap $vmfs@snap includeMemory 0
for j in `ls $sourcedir/$vmfs`; do
cat $sourcedir/$vmfs/$j | gzip > $backupdir/$vmfs.`date +%d.%m.%Y`/$j.gz
done
vim-cmd vmsvc/snapshot.removeall $vmid
fi
done

cd $backupdir; find . -type d -mtime +5 -exec rm -rf {} \;

/vmfs/volumes/nfs-backup — соответственно nfs диск где будут лежать бэкапы
/vmfs/volumes/datastore1 — хранилище виртуальных машин

бэкапы старше 5 дней удаляются.

Windows XP без антивирусов

admin — Wed, 17 Aug 2011 07:56:48 +0000

«Белый список»

Основываясь на «белом списке», можно сделать не плохую защиту от малвари. Чтобы его создать нужно выполнить, как минимум, два шага:

В ветке реестра HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVerson\Policies\Explorer нужно создать параметр RestrictRun типа DWORD (REG_DWORD) со значением 1.
В ветке HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\ создать ключ RestrictRun, а в нем параметр 01 типа STRING (REG_SZ) со значением regedit.exe.

Чтобы изменения вступили в силу, нужно перезагрузить компьютер.
ВАЖНО! Если выполнить пункт 1, но НЕ выполнить пункт 2, то после перезагрузки вы не сможете запустить никакую программу. Чтобы это исправить, вам нужно будет войти под другим пользователем с админскими правами, открыть редактор реестра, найти в ветку HKEY_USERS, выделить ее, выбрать меню Файл -> Загрузить куст…, в диалоге открытия файла найти файл NTUSER.DATв каталоге юзера, под именем которого был сделан этот косяк, и нажать кнопку «Открыть». После чего найти и удалить параметр RestrictRun либо присвоить ему значение 0, а потом перезагрузиться.

В дальнейшем можно добавлять программы в HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\RestrictRun аналогично пункту 2. При этом перезагрузка уже не нужна, изменения вступают в силу сразу.
Чтобы не лезть в редактор реестра каждый раз, я создал reg-файл, в который занес список программ и в дальнейшем, по мере необходимости, подправлял его, а после правки запускал.

Ниже приведу небольшой кусочек этого файла:

Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"RestrictRun"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\RestrictRun]
"0"="regedit.exe"
"1"="notepad.exe"
"2"="wupdmgr.exe"
"3"="cleanmgr.exe"
"4"="wordpad.exe"
"5"="calc.exe"
"6"="mstsc.exe"
"7"="taskmgr.exe"
"8"="7zFM.exe"
"9"="7zG.exe"
"10"="7z.exe"
"11"="firefox.exe"
"12"="java.exe"
"13"="FlashUtil10d.exe"
"14"="NPSWF32_FlashUtil.exe"
"15"="thunderbird.exe"
"16"="soffice.exe"
"17"="soffice.bin"
"18"="python.exe"
"19"="sbase.exe"
"20"="scalc.exe"
"21"="sdraw.exe"
"22"="simpress.exe"
"23"="smath.exe"
"24"="swriter.exe"

Двухнодовый кластер MySQL на FreeBSD

admin — Wed, 17 Aug 2011 07:49:16 +0000

Минимальные требования для кластера mysql это два сервера для данных и один сервер для управления. Сервер управления нужен лишь во время запуска кластера, но желательно держать его постоянно включенным. Итого требуется 3 физических компьютера, либо 3 виртуальные машины на двух физических серверах.

Пусть ноды с данными будут node1.host.ru и node2.host.ru, а управляющая нода mgmt.host.ru. DNS настроен, все ноды видят друг друга как по IP так и по FQDN. Так же необходимо чтобы на нодах данных был открыт порт 3306 для всех нод-участников кластера, а на ноде управления открыт порт 1186.

Допустим IP адреса у серверов такие:

node1 192.168.1.1
node2 192.168.1.2
mgmt 192.168.1.3

Добавим кластерную конфигурацию, создадим конфигурационный файл /etc/my.cnf со следующими парамметрами:

[mysqld]
ndbcluster
ndb-connectstring='host=192.168.1.3:1186'
[mysql_cluster]
ndb-connectstring='host=192.168.1.3:1186'
[DB DEFAULT]
DataMemory: 500M
IndexMemory: 100M

Далее создадим на каждой ноде каталог /var/lib/mysql-cluster/
Ставим из портов /usr/ports/misc/compat6x

make
make install
rehash

Создаем пользователя и группу mysql

Скачиваем последнюю версию дистрибутива 5.0 с сайта разработчика (в версиях 5.1 и 6.0 кластерная составляющая отсутствует, к тому же в коллекции портов FreeBSD даже в версии 5.0 ее тоже нет) и распаковываем архив в /usr/local/

переименовываем папку в mysql чтобы получилось /usr/local/mysql
идем туда и создаем системные базы данных

scripts/mysql_install_db —user=mysql

Меняем права на папки (находясь в каталоге /usr/local/mysql):

chown -R root .
chown -R mysql data
chgrp -R mysql .

копируем стартстопный скрипт

cp support-files/mysql.server /usr/local/etc/rc.d/mysql.server

Запускаем его

/usr/local/etc/rc.d/mysql.server start

создаем файл etc/rc.local и добавляем туда скрипты старта кластера

/usr/local/mysql/bin/ndbd
/usr/local/etc/rc.d/mysql.server start

Меняем пароли root сервера mysql:

node1:

/usr/local/mysql/bin/mysqladmin -u root -h node1.domain.ru password пароль
/usr/local/mysql/bin/mysqladmin -u root password пароль

node2:

/usr/local/mysql/bin/mysqladmin -u root -h node2.domain.ru password пароль
/usr/local/mysql/bin/mysqladmin -u root password пароль

Оставим пока сервера данных и займемся нодой управления:

Ставим из портов /usr/ports/misc/compat6x

make
make install
rehash

Нам нужны консоль и демон управления ndb_mgm и ndb_mgmd соответственно. Взять их можно из архива дистрибутива mysql в каталоге /bin. Распаковываем эти два файла в /usr/local/bin

Создаем каталог /var/lib/mysql-cluster/ и создаем в нем конфигурационный файл для управления config.ini:

[NDBD DEFAULT]
NoOfReplicas=2
TimeBetweenWatchDogCheck= 30000
MaxNoOfOrderedIndexes= 512
[MYSQLD DEFAULT]
[NDB_MGMD DEFAULT]
[TCP DEFAULT]
[NDB_MGMD]
HostName=192.168.1.3
DataDir= /var/lib/mysql-cluster
[NDBD]
HostName=192.168.1.1
DataDir= /var/lib/mysql-cluster
[NDBD]
HostName=192.168.1.2
DataDir=/var/lib/mysql-cluster
[MYSQLD]
[MYSQLD]
[MYSQLD]
[MYSQLD]

Стартуем демон управления(для автозапуска при загрузке сервера эту строку нужно добавить в /etc/rc.local):

#/usr/local/bin/ndb_mgmd -f /var/lib/mysql-cluster/config.ini

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

/usr/local/bin/ndb_mgm

в окне приглашения вводим show, и видим следующую картину:

Connected to Management Server at: localhost:1186
Cluster Configuration
---------------------
[ndbd(NDB)] 2 node(s)
id=3 (not connected, accepting connect from 192.168.1.1)
id=4 (not connected, accepting connect from 192.168.1.2)

[ndb_mgmd(MGM)] 2 node(s)
id=1 @192.168.1.3 (Version: 5.0.85)

[mysqld(API)] 4 node(s)
id=5 (not connected, accepting connect from any host)
id=6 (not connected, accepting connect from any host)
id=7 (not connected, accepting connect from any host)
id=8 (not connected, accepting connect from any host)

Это означает что конфигурационный файл настроен верно, но ноды данных еще не работают в кластере. Вернемся к нодам данных. На каждой из них останавливаем mysql и инициализируем кластер и перезапускаем сервер:

/usr/local/etc/rc.d/mysql.server stop
/usr/local/mysql/bin/ndbd --initial
/usr/local/etc/rc.d/mysql.server start

На ноде управления снова проверяем работу кластера через ndb_mgm:

mgmt# /usr/local/bin/ndb_mgm
-- NDB Cluster -- Management Client --
ndb_mgm> show
Connected to Management Server at: localhost:1186

Cluster Configuration
---------------------
[ndbd(NDB)] 2 node(s)
id=2 @192.168.1.1 (Version: 5.0.85, Nodegroup: 0, Master)
id=3 @192.168.1.2 (Version: 5.0.85, Nodegroup: 0)

[ndb_mgmd(MGM)] 1 node(s)
id=1 @192.168.1.3 (Version: 5.0.85)

[mysqld(API)] 4 node(s)
id=4 @192.168.1.1 (Version: 5.0.85)
id=5 @192.168.1.2 (Version: 5.0.85)
id=6 (not connected, accepting connect from any host)
id=7 (not connected, accepting connect from any host)

Если в строках id1 id2 id3 id4 и id5 видно работающие, отвечающие демоны как это видно выше, то все ок и кластер работает. Если нет — еще раз смотрим эту документацию.

Проверяем отказоустойчивость кластера:

Допустим на первой ноде заходим в mysql и создаем табличку в базе test:

#/usr/local/mysql/bin/mysql -u root -pпароль
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.0.85 MySQL Community Server (GPL)
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use test;
Database changed

mysql> CREATE TABLE clustered (i INT) ENGINE=NDBCLUSTER;
Query OK, 0 rows affected (1.53 sec)

mysql> INSERT INTO clustered () VALUES (1);
Query OK, 1 row affected (0.02 sec)

mysql> SELECT * FROM clustered;
+------+
| i |
+------+
| 1 |
+------+
1 row in set (0.01 sec)
mysql> exit
Bye

Теперь на второй ноде делаем SELECT из базы test:

node2# /usr/local/mysql/bin/mysql -u root -pпароль
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.0.85 MySQL Community Server (GPL)
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use test;
Database changed

mysql> SELECT * FROM clustered;
+------+
| i |
+------+
| 1 |
+------+
1 row in set (0.02 sec)
mysql> exit
Bye

Как видим, на второй ноде у нас уже есть данные, которые были на первой, а значит кластер работает. Можно еще проверить записав в таблицу значение на второй ноде и запустить SELECT на первой — увидим все данные.

Теперь перезапустим например node2
при этом пока нода будет перезагружаться в ndb_mgm мы последовательно будем видеть такие ее состояния:
нода выключена:

id=3 (not connected, accepting connect from 192.168.1.2)

потом когда mysql на ней запустится станет:

id=3 @192.168.1.2 (Version: 5.0.85, starting, Nodegroup: 0)

потом когда кластер войдет в рабочий режим:

id=3 @192.168.1.2 (Version: 5.0.85, Nodegroup: 0)

Теперь можно проверить работу баз при отказе ноды. Для этого выключим одну из нод из сети, а на второй ноде подключаемся к mysql и дописываем в таблицу еще одно значение:

#/usr/local/mysql/bin/mysql -u root -pпароль
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.0.85 MySQL Community Server (GPL)
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use test;
Database changed

mysql> CREATE TABLE clustered (i INT) ENGINE=NDBCLUSTER;
Query OK, 0 rows affected (1.53 sec)

mysql> INSERT INTO clustered () VALUES (1);
Query OK, 1 row affected (0.02 sec)

mysql> SELECT * FROM clustered;

+------+
| i |
+------+
| 2 |
| 1 |
+------+
2 rows in set (0.02 sec)
mysql> exit
Bye

Как видно, база данных не потерялась а продолжает работать и без одной ноды. Теперь проверим восстанавливаемость кластера, подключив к сети отключенную ранее ноду и сделав на ней SELECT из этой же базы:

/usr/local/mysql/bin/mysql -u root -pпароль
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.0.85 MySQL Community Server (GPL)
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed

mysql> SELECT * FROM clustered;

+------+
| i |
+------+
| 2 |
| 1 |
+------+

2 rows in set (0.01 sec)
mysql> exit
Bye

Все работает!

Утилиты мониторинга в OS FreeBSD

admin — Sun, 03 Apr 2011 19:34:11 +0000

Есть большое количество ПО для мониторинга типа monit, zabbix, cacti. Они собирают статистику и строят графики. Но дело в том, что не всегда есть возможность открыть браузер и посмотреть те самые графики. Для таких случаев есть консоль. Вот не большой список команд для мониторинга FreeBSD:

mount – показывает смонтированные подразделы и флаги из монтирования

df – показывает смонтированные подразделы, их размер и свободное место на нихfdisk /dev/ad0 – показывает информацию о диске ad0 и разделах на нем

disklabel /dev/ad0s1 – показывает список подразделов в первом разделе диска ad0

swapinfo – показывает список подразделов свопинга на дисках и их использование

fstat – показывает список открытых файлов (имена файлов не выводятся)

pstat -f – выводит список открытых файлов (имена файлов не выводятся)

systat -vmstat n – каждые n секунд выводит количество транзакций с диском в секунду, объем записанных/считанных данных на диск в секунду, средний размер транзакции и процент времени в течение которого диск был занят работой)

iostat – выводит информацию, аналогичную systat -vmstat, но не выводит занятости диска по времени и может выводить среднюю статистику с момента загрузки.

vmstat – выводит количество операций на диске в секунду

/stand/sysinstall – можно посмотреть и изменить разметку диска и монтирование

less /etc/fstab – таблица монтирования при загрузке

systat -vmstat n – вывод показателей загрузки (number of jobs in the run queue averaged over 1, 5 and 15 min), состояния памяти (в страницах), количества процессов в группах, количество вызовов специальных функций ядра (traps, interrupts, system calls, network software interrupts), использование процессора, трансляции имен, активность свопа, прерывания, а также информацию по использованию диска (см)

top – аналогичная информация в сокращенном виде + использование памяти и свопа в мегабайтах, список процессов, отсортированных по использованию процессора.

ps afx – список запущенных процессов и время процессора на каждый

ifconfig – список сетевых интерфейсов с ip-адресами, масками, mac-адресами, типами карт и их статусами (названия карточек можно посмотреть в файле конфигурации ядра)

systat -ifstat n – объем трафика за n секунд на всех сетевых интерфейсах

netstat – вывод активных сетевых соединений (сокетов)

systat -netstat n – аналог netstat в реальном времени

systat -ip n – таблица IP-пакетов и ошибок по типам за n секунд

systat -tcp n – таблица TCP-пакетов и ошибок по типам за n секунд

systat -icmp n – таблица ICMP-пакетов и ошибок по типам за n секунд

netstat -ibt – список интерфейсов, разбитых по ip-адресам (!) с объемом трафика на каждом, количеством ошибок, коллизий, значением watchdog-таймера

netstat -r – таблица маршрутизации

arp -a – таблица ARP

tcpdump -i rl0 host 192.168.1.2 and port 21 – сниффер пакетов на интерфейсе rl0, фильтрующий пакеты, содержащие адрес 192.168.1.2 и порт 21

trafshow -i rl0 – программа для сортировки и вывода сетевых потоков (устанавливается дополнительно пакетом или из портов)

date – текущее время и дата

w – выводит, сколько времени назад система загрузилась и залогиненных пользователей

last – выводит историю перезагрузок и входов пользователей

Репликация дисков между двумя серверами на FreeBSD+HASTD

admin — Fri, 18 Mar 2011 21:18:44 +0000

2 сервера под управлением FreeBSD 8.1-RELEASE:

host1 (192.168.1.2) и host2 (192.168.1.1)
На каждом сервере диски: ad0 с системой, ad1 — неразмеченный.

ad1 будет под контролем HASTd и ZFS, на которой будет работать JAIL.
Сервера скоммутированы на свиче в одну подсеть (мой случай — 192.168.1.0/24), 1 Gbit/s интерфейс.
Между серверами будет поднят виртуальный (carp) IP 192.168.1.5, принадлежащий jail-у.

Пишем /etc/rc.conf.

На host1:

zfs_enable="YES"
hostname="host1"
ifconfig_em0="192.168.1.2/24"
defaultrouter="192.168.1.1"
hastd_enable="YES"
cloned_interfaces="carp0"
ifconfig_carp0="vhid 1 advskew 100 pass password 192.168.1.5/24"
ezjail_enable="YES"

На host2:

zfs_enable="YES"
ifconfig_em0="192.168.1.1/24"
defaultrouter="192.168.1.1"
hastd_enable="YES"
cloned_interfaces="carp0"
ifconfig_carp0="vhid 1 advskew 100 pass password 192.168.1.5/24"
ezjail_enable="YES"

Пишем конфиг ядра GENERIC-CARP для поддержки carp(4) ( есть впрочем вариант userland-ового net/ucarp ).

На обеих нодах:
Архитектура i386, соотв. /sys/i386/conf/GENERIC-CARP:

device carp

Компилируем и перезагружаемся, на обеих машинах.

make buildkernel KERNCONF=GENERIC-CARP;make installkernel KERNCONF=GENERIC-CARP;reboot

Пишем на обеих машинах одинаковый /etc/hast.conf:

on host1
{
listen 192.168.1.2
}

on host2
{
listen 192.168.1.1
}
resource shared
{
on host1
{
local /dev/ad1
remote 192.168.1.1
}
on host2
{
local /dev/ad1
remote 192.168.1.2
}
}

Запускаем hastd (на обеих машинах):

/etc/rc.d/hastd restart

Создаем файловую систему для Jail/HASTd (делается только на одной машине, вторая получит все это добро через реплику) и сообщаем HAST-у, что он у нас будет мастером.

gpart create -s GPT ad1
gpart add -b 34 -s 4194230 -t freebsd-zfs ad1
hastctl create shared
hastctl role primary shared
zpool create jails hast/shared

Настроил ezjail на обеих машинах:

cat > "/usr/local/etc/ezjail.conf"
ezjail_jaildir=/jails
ezjail_jailtemplate=${ezjail_jaildir}/newjail
#ezjail_jailbase=${ezjail_jaildir}/basejail
ezjail_sourcetree=/usr/src
ezjail_ftphost=ftp.freebsd.org
ezjail_default_execute="/usr/bin/login -f root"
ezjail_default_flavour=""
ezjail_archivedir=`pwd -P`
ezjail_uglyperlhack="YES"
ezjail_devfs_enable="YES"
ezjail_procfs_enable="YES"
ezjail_mount_enable="YES"
ezjail_use_zfs="YES"
ezjail_jailzfs="jails"

Добавим новый джэйл на host1:

ezjail-admin create -s 10G -c zfs vm1 192.168.1.5
скопируем конфиг /usr/local/etc/ezjail/vm1 на host2.

Содержимое /root/carp_sw скрипта, ответственный за переключение (не забыть chmod +x /root/carp_sw):

#!/bin/sh
pool="shared"
case "$1" in
master)
logger "carp_sw.sh: Switching to primary provider ${pool}."
hastctl create ${pool}
hastctl role primary ${pool}
logger "zpool import: "
sleep 10
zpool import -f -d /dev/hast jails
/etc/rc.d/jail onestart
;;
slave)
logger "carp_sw.sh: Switching to slave profider for ${pool}."
hastctl create ${pool}
hastctl role secondary ${pool}
;;
esac

Также, чтобы упавшая и поднявшаяся машина не пыталась запускать jail, скажем ей что она теперь Slave. Содержимое /etc/rc.local на обеих машинах:

#!/bin/sh
sh /root/carp_sw slave

Остается все это позапускать (на обеих нодах):

/etc/rc.d/routing restart
/etc/rc.d/hastd restart

На host1:

sh /root/carp_sw master

На host2:

sh /root/carp_sw slave

Что получили в результате этой работы:

На carp-овом IP работает JAIL, который может содержать все что душе угодно — почтовый сервис, WEB приложение и пр. Как только обслуживающая этот jail физическая машина падает, работу на себя автоматически подхватывает второй сервер, который запускает JAIL на состояние максимально близкое к времени падени ноды. При этом HAST конфигурируется как MASTER. Когда-нибудь возвратившаяся упавшая машина становится SLAVE-ом, подхватывает реплику и готовится подстраховать MASTER-а

RAID1 под FreeBSD на живой системе с помощью atacontrol

admin — Tue, 15 Mar 2011 06:12:04 +0000

Сначала создаем зеркальный массив RAID1:

# atacontrol create RAID1 ad0 ad1

система создаcт raid1 массив но на него пока ничего не бдует писаться.

Но статус у него READY:

# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad4 ad6 status: READY

Система считает что после создания raid, на нем будут созданы слайсы,
и разделы, после чего на них будут записаны данные.(что и происходит когда мы ставим систему на ar0),при этом данные не будут нарушать целостность рэйд.

Попробуем обмануть систему.

# atacontrol list
ATA channel 0:
Master: ad0 <ST380011A/3.06> ATA/ATAPI revision 6 //живая система
Slave: no device present
ATA channel 1:
Master: ad1 <ST380011A/3.06> ATA/ATAPI revision 6 //новый диск
Slave: no device present
# atacontrol detach 1

Теперь у нас есть целостный RAID1 который состоит из одного диска с системой.

# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad0 DOWN status: DEGRADED

Теперь нужно прописать ar0 в fstab

# Device Mountpoint FStype Options Dump Pass#
/dev/ar0s1b none swap sw 0 0
/dev/ar0s1a / ufs rw 1 1
/dev/ar0s1e /tmp ufs rw 2 2
/dev/ar0s1f /usr ufs rw 2 2
/dev/ar0s1d /var ufs rw 2 2

перезагружаемся, должны смонтироваться все файловые системы,смотрите логи загрузки системы.
после перезагрузки:

# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad0 DOWN status: DEGRADED
# atacontrol addspare ar0 ad1
# atacontrol rebuild ar0
# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad0 ad1 status: REBUILDING 1% completed

После окончания пересборки(rebuild) система готова к использованию.

Сборка ядра не поддерживается ваш компилятор.

admin — Thu, 20 Jan 2011 16:28:01 +0000

Описание

При сборке ядра выводятся следующие ошибки:
kernel/built-in.o: In function `getnstimeofday’:
(.text+0xe34b): undefined reference to `__umoddi3′
kernel/built-in.o: In function `do_gettimeofday’:
(.text+0xe3ec): undefined reference to `__udivdi3′
kernel/built-in.o: In function `do_gettimeofday’:
(.text+0xe409): undefined reference to `__umoddi3′
kernel/built-in.o: In function `do_timer’:
(.text+0xf109): undefined reference to `__udivdi3′
kernel/built-in.o: In function `do_timer’:
(.text+0xf126): undefined reference to `__umoddi3′
Причина

Сборка ядра не поддерживается ваш компилятор.

Решение

$ cd /usr/src/linux/

поменять значение CFLAGS_KERNEL в Makefile на CFLAGS_KERNEL    = -fno-tree-scev-cprop

Вышел новый VirtualBox 4.0.0

admin — Thu, 23 Dec 2010 14:10:44 +0000

Компания Oracle выпустила новый релиз системы виртуализации VirtualBox 4.0, в котором реализовано несколько существенных улучшений. Начиная с версии 4.0 изменена внутренняя архитектура системы, позволившая оформить в виде внешних пакетов некоторые из возможностей, ранее доступных в базовом комплекте. VirtualBox отныне поставляется в виде двух компонентов: базового, под лицензией GPL2, и внешнего пакета PUEL, в который вынесена поддержка USB 2.0, RDP-сервера, SAS контроллера и PXE-загрузчика с поддержкой сетевых карт E1000.

Ключевые улучшения VirtualBox 4.0.0:

Значительно переработан пользовательский интерфейс (который теперь называется «Менеджер VirtualBox»):
- Окно настроек содержит экскизы экранов виртуальных машин, которые обновляются в режиме реального времени;
- Добавлен режим работы виртуальной машины «масштабирование», который позволяет растянуть окно до нужного размера (например, в случае, когда гостевое приложение не поддерживает родное разрешение экрана, можно просматривать его в полный экран);
- Добавлена поддержка создания и запуска виртуальных машин с помощью соответствующих ярлыков (расширение файла .vbox);
- Список гостевых ОС можно отсортировать;
- Стало возможным удалить гостевую машину полностью, включая все снапшоты, а также при желании удалить присоединенные устройства хранения;
Новый формат для файлов с настройками и дисковыми образами, измененный с целью повышения переносимости виртуальных машин;
Поддержка формата архивов OVA (Open Virtualization Format Archive), созданного с целью стандартизации поставки образов виртуальных машин и формирования пакетов конечных приложений, предназначенных для запуска в различных виртуальных окружениях. Пакеты OVA универсальны и не привязаны к определенной архитектуре и системе виртуализации. Пакеты представляют собой обычный TAR-архив с набором дополнительной мета-информации, хранимой в подкаталоге OVF;
Расширены возможности контроля за ресурсами: добавлена возможность установки ограничения на потребляемое виртуальной машиной процессорное время и на пропускную способность ввода/вывода;
Обеспечена возможность изменения размера VDI и VHD образов;
Обеспечена возможность выделения гостевым окружениям более 2 Гб ОЗУ на 32-разрядных хост-системах;
Добавлена поддержка эмуляции для гостевых систем чипсета Intel ICH9 с тремя PCI-шинами, PCI Express и системой MSI (Message Signaled Interrupts);
Добавлена поддержка эмуляции для гостевых систем звуковой подсистемы Intel HD Audio;
Для iSCSI, VMDK, VHD и дисковых образов Parallels добавлена поддержка асинхронного ввода/вывода;
Подготовлен унифицированный набор Java-биндингов, поддерживающих как локальный API COM/XPCOM, так и удаленный API SOAP;
Для Windows подготовлена функция автоматического обновления пакета паравиртуальных драйверов и дополнений Guest Additions;
Для гостевых окружений на базе Linux и Solaris в Guest Additions добавлена возможность создания нескольких виртуальных экранов (драйвер поддерживает X.Org server 1.3 или более новую версию);
В Guest Additions добавлена поддержка копирования файлов в гостевую файловую систему.

Готовые установочные пакеты доступны для Linux (Ubuntu, Fedora, openSUSE, Debian, Mandriva, SLES, RHEL), Solaris, MacOS X и Windows.

Доступен FreeBSD 9

admin — Mon, 15 Nov 2010 06:42:00 +0000

Теперь можно обновиться до FreeBSD 9, на самом деле обновиться можно было уже с августа этого года. Список нововедений огромен, появилось много чего «вкусненького»:

xen dom0
Parallel device attach
Device I/O resource management
Power management
Dynamic CPU configuration
ccNUMA support
Hibernate support (S4)
ZFS as default
Better support for binary only systems
и многое другое.

Только что обновился, по CVS уже доступен RC1, так что релиз все ближе

Подробнее в todolist`е

Создаем лабораторию Cisco с применением Dynamips.

admin — Wed, 11 Aug 2010 10:34:52 +0000

В этой короткой заметки хотел бы вам рассказать как быстро и просто поднять лабораторию с cisco для всякого рода экспериментов и обучения.

Все работы я выполнял на FreeBSD 7.0

Итак, приступим. Для начала нам потребуются непосредственно dynamips и dynagen впридачу.

cd /usr/ports/emulators/dynagen make install clean

dynamips вытянется и установится как зависимость.

После установки надо подумать, какую схему и на базе какого желема мы будем делать.

В настоящий момент поддерживаются следующие железки:

Cisco 7200

Cisco 3600 (3620,3640,3660)

Cisco 2691/3725/3745

Cisco 2600

Поиски ios’а остаются за вами

Я готовил следующую схему:

на базе 3640.

Вот конфиг:

[bayrak@ciscolab /usr/ports/emulators/dynagen]$ cat /usr/cisco/cisco_lab.net

autostart = false
[localhost]
[[3640]]
image = /usr/cisco/c3640-ik9o3s-mz.124-21.bin
idlepc = 0x60638cd8

##############
[[ROUTER R1]]
##############
console = 2001
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
nvram = 256
mmap = true
slot0 = NM-4E
slot1 = NM-4T
s1/0 = FRSW 1
s1/1 = R3 s1/1
E0/1 = R5 E0/1

##############
[[ROUTER R2]]
##############
console = 2002
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
nvram = 256
mmap = true
slot0 = NM-4E
slot1 = NM-4T
s1/0 = FRSW 2

##############
[[ROUTER R3]]
##############
console = 2003
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
nvram = 256
mmap = true
slot0 = NM-4E
slot1 = NM-4T
s1/0 = FRSW 3
E0/1 = R4 E0/1

##############
[[ROUTER R4]]
##############
console = 2006
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
nvram = 256
mmap = false
slot0 = NM-4E
slot1 = NM-4T

##############
[[ROUTER R5]]
##############
console = 2007
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
nvram = 256
mmap = false
slot0 = NM-4E
slot1 = NM-4T

###############
[[ROUTER SW1]]
###############
console = 2004
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
mmap = false
slot1 = NM-16ESW
f1/2 = R2 E0/0
f1/11 = SW2 f1/11
f1/12 = SW2 f1/12
f1/13 = SW2 f1/13

###############
[[ROUTER SW2]]
###############
console = 2005
disk0 = 0
disk1 = 0
model = 3640
confreg = 0x2102
ram = 96
mmap = false
slot1 = NM-16ESW
f1/3 = R3 E0/0

###############
[[FRSW FRSW]]
###############
1:122 = 2:221
1:123 = 3:321

Далее, запускаем dynamips:
#dynamips -H 7200
После чего:
#dynagen cisco_lab.net (в нем конфиг который представлен выше)

Reading configuration file...

Shutdown in progress...
Shutdown completed.
Network successfully loaded

Dynagen management console for Dynamips and Pemuwrapper 0.11.0
Copyright (c) 2005-2007 Greg Anuzelli, contributions Pavel Skovajsa

=> help

Documented commands (type help ):
========================================
capture confreg cpuinfo export hist list py save show suspend
clear console end filter idlepc no reload send start telnet
conf copy exit help import push resume shell stop ver

=> list
Name Type State Server Console
R1 3640 stopped localhost:7200 2001
R2 3640 stopped localhost:7200 2002
R3 3640 stopped localhost:7200 2003
SW1 3640 stopped localhost:7200 2004
SW2 3640 stopped localhost:7200 2005
R4 3640 stopped localhost:7200 2006
R5 3640 stopped localhost:7200 2007
FRSW FRSW always on localhost:7200 n/a

=> start R1
CPU0: carved JIT exec zone of 64 Mb into 2048 pages of 32 Kb.
NVRAM is empty, setting config register to 0x2142
C3600 instance 'R1' (id 0):
VM Status : 0
RAM size : 96 Mb
NVRAM size : 256 Kb
Chassis : 3640
IOS image : /usr/cisco/c3640-ik9o3s-mz.124-21.bin

Loading ELF file '/usr/cisco/c3640-ik9o3s-mz.124-21.bin'...
ELF entry point: 0x80008000

C3600 'R1': starting simulation (CPU0 PC=0xffffffffbfc00000), JIT enabled.
100-VM 'R1' started

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

=> list
Name Type State Server Console
R1 3640 running localhost:7200 2001
R2 3640 running localhost:7200 2002
R3 3640 running localhost:7200 2003
SW1 3640 running localhost:7200 2004
SW2 3640 running localhost:7200 2005
R4 3640 running localhost:7200 2006
R5 3640 running localhost:7200 2007
FRSW FRSW always on localhost:7200 n/a

теперь можем telnet’ится на указанные порты и проводить конфигурирование cisco для работы.
Удачных экспериментов!