Продакшен сервер, потому используется только стабильная ветка Lenny.

Основной вопрос который будет рассмотрен это запуск gitweb под nginx. Nginx умеет только FastCGI. А gitweb это скрипт на перл использующий простой CGI.

Ставим софт:
$sudo apt-get install git gitweb gitosis

Gitosis

Позволяет организовать работу пользователей с репозиторием, не заводя для каждого аккаунт в системе. Работает через одного пользователя, и использует rsa ключи для идентификации разработчиков.

Конфигурация находится в репозитории gitosis-admin. Правится и сохраняется посредством git. Собственно push в удаленный репозиторий и является сохранением конфигурации и релоадом сервиса.

Дебиановская поставка создает не общепринятого пользователя git, а пользователя без пароля gitosis с домашником в /srv/gitosis. И именно с этим каталогом будем работать в дальнейшем и gitweb пропишем там же.

Права в конфиге выдаются не пользователям, а ключам. И чтобы этим всем было проще рулить, рекомендую перед добавлением ключа переименовывать его в ник пользователя.

$sudo cp /home/ник_админа_гитосиса/.ssh/id_rsa.pub /tmp/ник_админа_гитосиса.pub

Теперь инициализируем gitosis:

$sudo -H -u git gitosis-init < /tmp/ник_админа_гитосиса.pub

Ключ -H указан для gitosis. Он использует переменную окружения $HOME, и чтобы он не в вашем домашнике создал этот репозиторий он и нужен.

Конфигурирование и добавление пользователей и репозитории я опишу после полной установки.

Git daemon – Доступ для клонирования наших репозиториев.

Команда запуска демона находится в /etc/sv/git-daemon/run.

Заменим строку запуска на вот такую, с новым расположением репозиториев:
exec git-daemon –verbose –reuseaddr –base-path=/srv/gitosis/repositories /srv/gitosis/repositories

И рестартонем демона:
$sudo sv restart git-daemon

GitWeb

Стандартный веб-интерфейс к git.

Для запуска его как FastCGI воспользуемся вот этой оберткой:
gitweb.fcgi.

Скопируйте ее в /usr/lib/cgi-bin, рядом  с самим  gitweb.cgi.

Файл запуска нашего FastCGI приложения положите в /etc/init.d:
spawn-gitweb.sh.

#!/bin/sh
su gitosis -c /home/gitosis/gitweb/gitweb.fcgi \
  --fcgi-socket=127.0.0.1:7000 \
  --cgi-bin=/usr/lib/cgi-bin/gitweb.cgi &

Запуск будет производится от имени gitosis.

Создайте каталог  для статических элементов gitweb

$sudo -u gitosis mkdir -p /srv/gitosis/gitweb/static

Скопируйте туда файлы стилей и картинки.

$sudo -u gitosis cp /usr/share/gitweb/* /srv/gitosis/gitweb/static/

Есть два способа включить репозитории в список проектов gitweb.
Первый это указать файл в котором будет находится список доступных проектов.
Мы им и воспользуемя, этот файл нам автоматически будет генерировать gitosis.

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

$projects_list = $projectroot;
# Покажет в списке только проекты которые разрешены для git-daemon.
$export_ok = "git-daemon-export-ok";

Конфиг gitweb  /etc/gitweb.conf:

# path to git projects (<project>.git)
# путь к проектам
$projectroot = "/srv/gitosis/repositories";

# directory to use for temp files
# временная директория
$git_temp = "/tmp";

# target of the home link on top of all pages
$home_link = $my_uri || "/";

# html text to include at home page
$home_text = "indextext.html";

# file with project list; by default, simply scan the projectroot dir.
# Файл содержащий список проектов.
# Если указано имя каталога, gitweb применит сканирование
# и определит все репозитории внутри него.
# Но нам это не нужно, наш список публичных проектов
# мы будем определять через gitosis.
# Потому указываем конкретный файл.
#$projects_list = $projectroot;
$projects_list = "/srv/gitosis/gitosis/projects.list";

# stylesheet to use
# относительный урл стилевого файла
$stylesheet = "/static/gitweb.css";

# logo to use
# относительный урл лого
$logo = "/static/git-logo.png";

# the 'favicon'
# относительный урл иконки сайта
$favicon = "/static/git-favicon.png";

# By default, gitweb will happily let people browse any repository
# they guess the name of. This may or may not be what you want.
# I prefer to set these, to allow exactly the repositories in
# projects.list to be browsed.
$export_ok = "";
$strict_export = "true";

# устанавливаем формат тарболлов по умолчанию
$feature{'snapshot'}{'default'} = ['zip'];

# Способы доступа к репозиториям
#@git_base_url_list = ('git+ssh://gitosis@domain.tld');
@git_base_url_list = ('git://domain.tld', 'ssh://gitosis@domain.tld');

Nginx

Конфигурируем свой виртуальный домен:

upstream fcgi-gitweb {
        server 127.0.0.1:1027;
}

server {
        listen          YouIP:80;
        server_name     domain.tld;

        access_log      /var/log/nginx/domain.tld.access.log;
        error_log       /var/log/nginx/domain.tld.error.log;

        location / {
                include        /etc/nginx/fastcgi_params;
                fastcgi_pass   fcgi-gitweb;
        }

        location /static {
                root        /srv/gitosis/gitweb;
        }
}

Настройка и публикация репозиториев

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

Получаем репозиторий с конфигураций. Эта операция должна производится от имени ник_админа_гитосиса, которого мы определили в первой части.

$git clone gitosis@domain.tld:gitosis-admin.git

$cp gitosis-admin

Там будут находится файл gitosis.conf и каталог с ключами keydir. В каталог будем копировать ключи разработчиков под их именами, а gitosis.conf имеет такие возможности:

# В этой секции находятся глобальные настройки
# если вы собираетесь публиковать через веб все свои репозитории,
# то достаточно будет указать в этом разделе параметр gitweb = yes.
# но предполагается что к публикации
# для каждого проекта будет подход особый.
[gitosis]

[group gitosis-admin]
writable = gitosis-admin
members = ник_админа_гитосиса 

# Определяем группы для использования в дальнейшем
# Все используемые имена разработчиков это имена ключей,
# которые должны лежать в keydir
# leader1.pub developer2.pub ... и т.д.
[group team-leader]
members = leader1 leader2

[group developers]
members = developer1 developer2 developer3

# доступ  команде разработчиков и пользователю user1
# к репозиториям dev и fixes на запись
# и к репозиторию release на чтение
[group dev]
writable = dev fixes
readonly = release
members = @developers user1

# доступ  ведущим разработчикам  и пользователю user2
# к репозиторию release на запись
[group releases]
writable = release
members = @team-leader user2

# есть еще пользовать @all
# и по идее вот такая вот запись позволит ему забрать релиз
[group reader]
readonly = release
members = @all

# теперь определим наши репозитории
# публикуем наши релизы
[repo release]
# публикуем в gitweb
gitweb = yes
# публикуем через git-daemon
daemon = yes
# Описание
description = Релизы нашего проекта
# Видимое имя владельца
owner = Architector

# Девелоперский не публикуем
# В принципе его здесь и описывать не нужно было
[repo dev]
description = Репозиторий разработки
owner = Leader

# а фиксы опубликуем
[repo fixes]
gitweb = yes
daemon = yes
description = Фиксы
owner = Developer

Добавляем файлы ключей под контроль git:
$git add .

После этого коммитим наши изминения
$git commit -am «Первичная настройка и публикация репозиториев»

И отправляем это все на наш удаленный gitosis.
$git push

Репозитории автоматом не создадутся, только при первом коммите.
И тогда же они появятся в списке проектов gitweb.

Nginx и PHP установил как обычно:

# apt-get install nginx php5

spawn-fcgi – утилита проекта lighttpd.  C некоторых пор доступна как отдельный проект spawn-fcgi.  Но я ставил еще из lighttpd.

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

# apt-get -d install lighttpd

потом идем в /var/cache/apt/archives находим там полученный файлик и извлекаем из него утилиту в /usr/bin.

Файла запуска конечно лучше было бы самому написать, правильный, но я воспользовался родным. Его нет в скачанном пакете под Debian, потому идем на страницу загрузки и качаем исходники. Оттуда берем файлик /doc/scripts/spawn-php.sh и копируем его в /etc/init.d

В нем правим пути:
## ABSOLUTE path to the spawn-fcgi binary
SPAWNFCGI="/usr/bin/spawn-fcgi"
## ABSOLUTE path to the PHP binary
FCGIPROGRAM="/usr/bin/php-cgi"

И прописываем пользователя:
## if this script is run as root, switch to the following user
USERID=www-data
GROUPID=www-data


Конфиг nginx:

server {
  listen          80;
  server_name     your_site.tld;

  location / {
    root   /var/www/your_site.tld;
    index  index.html index.php;
  }

  location ~ \.php$ {
    fastcgi_pass   127.0.0.1:1026;
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME  /var/www/your_site.tld$fastcgi_script_name;
    include        /etc/nginx/fastcgi_params;
  }
}

Все, наше хозяйство можно запускать:
#invoke-rc.d nginx restart
#/etc/init.d/spawn-php.sh

В этом случае можно использовать NAT для доступа из гостевых наружу, и DNAT в правилах PREROUTING цепочки nat для проброса необходимых портов.

Написан скрипт, решающий эти задачи, основанный на стандартном vif-nat, но с добавлением обработки необходимых параметров:
vif-nat-pfwd

Для использования этих возможностей необходимо добавить в описание интерфейса в файле конфигурации гостевого домена два параметра:

• ext_ip – указывает с какого внешнего адреса будут пробрасыватся порты
• ports – описывает, разделенные ‘-’, пары портов, разделенные ‘:’

Пример:

vif = [ 'ext_ip=1.2.3.4 ports=3422:22-25-80:8080-3306-53' ]

На адрес гостевого домена будут проброшены с внешнего адреса 1.2.3.4 порты 3422 на 22 порт для управления, 25 на 25 для почты, 80 на порт 8080 для сайта и 3306 и 53 на такие же порты гостевого домена.

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

Но при ограниченном адресном ресурсе или как в моем случае, для изучения и тестирования схема с NAT и выдачей параметров сети по DHCP имеет право на жизнь. Тем более что с сетью в xen можно вытворять и не такие вещи

Другое дело что такой вариант нигде не описывается особенно, по крайней мере я не нашел. Вернее нашел вот этот наббл: http://old.nabble.com/-PATCH–get-dhcp-working-for-network-nat-td14897831.html. Но так патчить дефолтные скрипты считаю не лучшим решением, тем более что они достаточно конфигурируются и без таких телодвижений.

Параметр dhcp = «dhcp» в конфиге гостевых доменов, если честно, я так и не понял зачем нужен. Ибо подключается dhcp совсем не так.

Все нижележащее справедливо для debian lenny. Для других дистрибутивов могут отличатся детали.

Для начала устанавливаем dhcp-server:
#apt-get install dhcp3-server
Далее, корректируем его конфиг на использование нашего сервера имен. В /etc/dhcp3/dhcpd.conf прописываем имя домена и наши dns:

# option definitions common to all supported networks...
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;

В принципе это минимально достаточные параметры, чтобы гостевые операционки нормально становились видны и с них можно было начинать работать.

Если у нас все домены будут подключатся через dhcp, то достаточно будет указать в главном конфиге xen (/etc/xen/xend-config.sxp) так:

(net-script 'network-nat dhcp=yes')
(vif-sсript 'vif-nat dhcp=yes')


далее рестартуем xen:
xend restart
Xen рестартует и dhcp сервер. И скорее всего он не запустится, и выдаст ошибку:

# xend restart
Stopping DHCP server: dhcpd3 failed!
Starting DHCP server: dhcpd3check syslog for diagnostics. failed!
failed!

Не обращайте на нее внимания, в конфиге действительно пока не описано ни одной подсети к которой он смог бы привязаться, исключая случай когда у вас это все тоже локалка и она подходит под 10.0.0.0/255.255.0.0. Именно эту подсеть создает на этой машине скрипт network-nat.

Если вас это не устраивает, то можете указать подходящую сеть в /etc/dhcp3/dhcpd.conf, и включать dhcp для network-script будет не обязательно. Но тогда и ip для каждого домена вам необходимо будет прописать в конфигах необходимые.

Или создать свой скрипт на основе network-nat, скопировав и подправив его по своим нуждам. Только тогда в /etc/xen/xend-config.sxp необходимо указать свой скрипт вместо network-nat.

В любом случае сервер dhcp запустится при запуске первого же гостевого домена.

В конфиге домена можно указать ip и mac для этого интерфейса. Тогда они автоматом будут добавлены в конфиг dhcp и будут доступны для гостевого домена. Если ip не указывать то будет выбран адрес 10.XX.YY.1, где XX и YY это номер домена 1..256*256.

MAC адреса выделенные для использования с xen начинаются с 00:16:3E:*. Остальные 3 числа вы можете назначать по своему усмотрению. Если они не указаны, xen сам назначит их случайным образом из этого же диапазона.

В качестве дефолтного шлюза будет назначен адрес+127. То есть если вы указали ip 10.0.1.1 то в качестве шлюза для него будет создан и поднят vif интерфейс 10.0.1.128, и на нем будут прописаны правила маскарадинга для адреса 10.0.1.1.

Или автоматически будет выдано для домена с ID = 3:
10.0.3.1 и шлюз 10.0.3.128 на интерфейсе vif3.0.
для домена с ID = 259:
10.1.4.1 и шлюз 10.1.4.128 на интерфейсе vif259.0.

Если вам не нужно чтобы все домены стартовали с dhcp, то необходимо при конфигурировании сетевого интерфейса указать использование скрипта и dhcp отдельно:
vif = [ 'ip=10.0.1.2,script=vif-nat,mac=00:16:3E:00:01:01' ]

Или наоборот, в главном конфиге не указывать использование dhcp для vif-script, а для конкретного домена указать так:
vif = [ 'script=vif-nat dhcp=yes,ip=10.0.1.3' ]
Тогда dhcp будет использован только для этого гостевого домена.

Так как маска подсети, создаваемой xen, /16, то все эти гостевые домены, даже учитывая что у каждого из них свой дефолтный шлюз, будут находится в одной сети. И мы получим такую себе локалку на одной машине с которой можем ставить различные эксперименты. Один из доменов же можно пробросить наружу с помощью портфорвардинга или правил iptables -t nat -A PREROUTING … Тут уже как ваша фантазия разыграется .

Дело в том что у меня есть мультизагрузочная флешка созданная с помощью GRUB for DOS. С нее уже грузится и RIP Linux и DRWeb Live и Alkid WindowsXP и целая куча досовских дискет и еще несколько мелких вещей.

И естественно хотелось бы чтобы и дебиан можно было установить с нее. Тем более возникла нужда. Мне выделили два тазика у нового киевского провайдера INI.net. Один под игровой сервак, второй под xen vds. Ну а CDROM там один на всю стойку.

Промучавшись c разными вариантами и обкурившись манов я таки нашел заветную комбинацию для GRUB4DOS, которая нормально подхватила все необходимое.
А именно мой файлик deb_inst.lst:

title Debian amd64 Net-Install
map (hd0) (hd1)
map (hd1) (hd0)
map --hook
find --set-root --ignore-floppies /deb_amd64/vmlinuz
kernel /deb_amd64/vmlinuz vga=normal -- quiet
initrd /deb_amd64/initrd.gz

title Previous Menu
find --set-root /menu.lst
configfile /menu.lst


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

В корне флешки у меня две вот такие директории:

\deb_amd64
    \debian-504-amd64-businesscard.iso
    \initrd.gz
    \vmlinuz

\deb_i386
    \debian-504-i386-businesscard.iso
    \initrd.gz
    \vmlinuz

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

businesscard – означает что установка будет производится из минимального дистрибутива и по сети. Его запросто можно сменить на netinst.iso как имеющий больше возможностей, так и на полный, в особенности если планируется установка без подключения к инету. Для меня был важен размер, потому и использован формат businesscard.

Образы дисков берутся здесь: Установка Debian GNU/Linux через Интернет. Там же из раздела сетевой загрузки из директории hd-media берутся только ядро и рамдиск. Все остальное не нужно.

В принципе с помощью grub4dos можно было попытаться загрузится c .iso образа напрямую, но у меня почему то этот метод не пошел.

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

Первые две команды map, которые меняют нумерацию дисков в системе, понадобились для установки grub. В противном случае при установке в главную загрузочную запись он будет установлен на флешку. Ведь она будет перым диском несущим загрузочную запись. К сожалению с программным RAID это не сработало, потому grub устанавливал не автоматически, а принудительно указав ему ‘/dev/sda’.

Сейчас умный дядька Joey Hess, слабал конфигурационнай файл для гостевого домена таким образом что если в командной строке указать install=true, установка начнется автоматически. Будут подгружены необходимые ядро и initramfs, и с них начнется загрузка. Единственное, это что сам диск должен быть уже создан. Раздел это или образ не важно, главное что не понадобиться его потом монтировать и чтото изменять. Процесс становиться также прост как и обычная установка. Все гибко настраиваеться, но и дефолтные настройки абсолютно рабочие.

Итак, по ссылке http://ftp.debian.org/debian/dists/lenny/main/installer-i386/current/images/netboot/xen/ находятся 3 файла, ядро, рам-диск и конфиг. Качайте себе только конфиг.

Я в данном случае хотел создать переносимое решение в прямом смысле, потому установку делал в файл образа размером в 1Gb созданный такой командой:

dd if=/dev/zero of=/xen/images/debian-host1.img bs=1M count=1024
mkfs.ext3 /xen/images/debian-host1.img

Подготовка раздела диска описана хорошо вот здесь: http://xgu.ru/wiki/Linux_в_Xen . Из этой статьи вам понадобиться только первая часть, подготовка дисков. Все остальное мы и пытаемся профилонить  Да и устарела там инфа для lenny к сожалению.

Раздел подкачки создавайте по необходимости:

dd if=/dev/zero of=/xen/images/swap1.img bs=1M count=256
mkswap /xen/images/swap1.img

Далее правите полученный конфиг. Так как начиная с lenny поддерживаються только xvd  устройства, то у меня диски выглядят примерно так:

disk = [
'file:/xen/images/debian-host1.img,xvda1,w',
'file:/xen/images/swap1.img,xvda2,w'
]


Сеть, ее обязательно нужно настроить до начала установки, иначе установки никакой не будет

У меня все по дефолту и юзаеться dhcp:
vif = ['']
ну а у вас если есть сложности, то вот сюда: http://xgu.ru/wiki/Сеть_в_Xen

Далее установка:
xm create -c install=true xm-debian.cfg

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

kernel = 'vmlinuz-2.6.26-2-686-bigmem'
ramdisk = 'initrd.img-2.6.26-2-686-bigmem'
root='/dev/xvda1'


Ядро из репозитория lenny не поддерживает 64-битные гостевые домены, потому по дефолту ставится *-bigmem. Вам его необходимо будет скопировать с гостевого домена в директорию /usr/lib/xen-3.2-1/boot:

mount /xen/images/debian-host1.img /mnt -o loop
cp /mnt/boot/vmlinuz-2.6.26-2-686-bigmem /usr/lib/xen-3.2-1/boot/
cp /mnt/boot/initrd.img-2.6.26-2-686-bigmem /usr/lib/xen-3.2-1/boot/
umount /mnt


Также из конфига я убрал все что касалось инсталляции, и добавил вот эти строки:

on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'destroy'


После успешного старта, устанавливаю необходимый для меня софт

# apt-get install ssh mc screen

Все, установка готова.

По желанию можете изменить размер диска:
dd if=/dev/zero of=debian-host1.img bs=1M conv=notrunc count=1 seek=5000
# сначала узнаем первый свободный девайс
losetup -f
# Осторожно! Если вы подключите не к свободному, ошибку losetup не покажет, но косяки гарантированы
losetup /dev/loop2 debian-host1.img
resize2fs /dev/loop2
e2fsck -f /dev/loop2
losetup -d /dev/loop2

Пункт e2fsck -f /dev/loop2 возможно необходимо будет выполнить перед resize2fs /dev/loop2. Но он сам вам об этом скажет

Установка и смена локали по умолчанию
dpkg-reconfigure locales

Также столкнулся с ошибкой ‘clocksource/0: Time went backwards’. Дело в том что на продакшен серваке комп в suspend mode врядли уйдет, потому возможно вы такого не увидите. Я поднял этот образ на своем десктопе, ну и при простое, он у меня подвис.

[2009-03-27 13:24:22 4599] INFO (SrvDaemon:331) Xend Daemon started
[2009-03-27 13:24:22 4599] INFO (SrvDaemon:335) Xend changeset: unavailable.
[2009-03-27 13:24:22 4599] INFO (SrvDaemon:342) Xend version: Unknown.
[2009-03-27 13:24:22 4599] ERROR (SrvDaemon:353) Exception starting xend (no element found: line 1, column 0)
Traceback (most recent call last):
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/server/SrvDaemon.py", line 345, in run
servers = SrvServer.create()
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/server/SrvServer.py", line 251, in create
root.putChild('xend', SrvRoot())
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/server/SrvRoot.py", line 40, in __init__
self.get(name)
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/web/SrvDir.py", line 82, in get
val = val.getobj()
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/web/SrvDir.py", line 52, in getobj
self.obj = klassobj()
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/server/SrvNode.py", line 30, in __init__
self.xn = XendNode.instance()
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/XendNode.py", line 709, in instance
inst = XendNode()
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/XendNode.py", line 60, in __init__
saved_host = self.state_store.load_state('host')
File "/usr/lib/xen-3.2-1/bin/../lib/python/xen/xend/XendStateStore.py", line 104, in load_state
dom = minidom.parse(xml_path)
File "/usr/lib/python2.5/xml/dom/minidom.py", line 1915, in parse
return expatbuilder.parse(file)
File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 924, in parse
result = builder.parseFile(fp)
File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 211, in parseFile
parser.Parse("", True)
ExpatError: no element found: line 1, column 0
[2009-03-27 13:24:22 4597] INFO (SrvDaemon:219) Xend exited with status 1.

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

Так как я ее решил, а по сравнению с проблемами видео, это оказалось мелочью, то решение и забылось…

Сейчас опять возникло… правда не уверен в причине, но подозреваю недавний сбой электроенергии… Пришлось поднапрячься чтобы вспомнить как я починил, и вот:

Проблема оказалась в /var/lib/xend/state. Все файлы там были пустые.  Пересоздавать их xen не хотел. Потому, чтобы не переустанавливать с очисткой и этих каталогов просто скопировал эту папку с другой инсталляции.

Xend их прочел и принял верное решение, обновить . Видно ему xml структуры в них не хватало чтобы заменить текущими данными.

Две програмы которые меня очень интересовали, это keepass (точнее версия под линукс keepassX) и TrueCrypt.

TrueCrypt наконец стала вполне функциональной, и годиться для любого криптования, как образов, так и физических разделов.  Конечно под линукс существует достаточно большое разнообразие систем шифрования. Есть как на уровне ядра, так и user-space. Но кросплатформенных решений не так много. А TrueCrypt меня устраивал более чем.

Когда-то на http://linuxforum.ru/ кто-то поднял вопрос о менеджере паролей, было интересное обсуждение, и был упомянут keepass. Меня в нем привлекла именно кросплатформенность. Я тогда имел еще не так много паролей, и как правило, они подходили не к одному моему аккаунту Но со временем все меняеться, и сейчас у меня в базе keepass около 300 записей. В действительности функционал не ограничиваеться хранением паролей, но я не пиарить эти продукты хочу

Главный плюс обоих этих программ, это их портабельность. Они обе прекрасно запускаються прям с usb-флешки, и засекреченные данные находяться тамже. Тоесть даже если флешка потеряеться, данные не попадут в чужие руки.

Обоих этих программы тогда не было в стабильном репозитории, а truecrypt я и сейчас там не наблюдаю, хотя и доступны deb пакеты обоих программ. Ну и как в дополнение, они не желали установливаться на стабильную ветку, ругаясь на библиотеки. Поэтому мне пришлось  прописать у себя в sources.list ветку unstable, будущий дистрибутив lenny.

Следующий софт который мне был необходим, это переключалка клавиатуры. Ранее, под виндой я пользовался PuntoSwitcher, но уж слишком он глюкавый был, и единственноый огромный плюс, это его дневник. Позже, я нашел очень хорошу разработку, Ninja, практически ничем не уступавшую пунто. Ей и пользовался до момента перехода на линукс. Под линуксом я пересмотрел несколько решений, поковырял немного xxkb, нашел у него несколько очень интересных фич, но всеже это было не то . Xneur я нашел одним из первых, но благодаря своей глюкавости он не был основным претендентом С консолью не дружил, да и щас не очень с ней дружит. Но при всем при этом, это было самое подходящее для меня. Позже, я его немного поднастроил, потом нашел его trac и вики, где описано как добавить его для обновлений. Хорошо то, что автор его совсем не забросил, а даже очень наоборот, продолжает развивать , за что ему огромное спасибо.

Так как мой основной инструмент как разработчика под виндой был FAR и его встроенный редактор, то из всего многообразия опробованных и просмотренных редакторов и IDE, я остановился на vi и встроенном редакторе mc. Из графических файловых менеджеров меня не устроил ни один. Разве что Krusader очень неплох. Но к примеру нормально работать с удаленной стороной по ssh/scp он все одно не умеет Поэтому и здесь мой выбор это mc.

Так как mc консольное приложение, то нужен мне был и терминал, благо под линуксом выбор много шире . Пересмотрел некоторое количество различных. Очень понравился дефолтный из KDE, возможно на нем бы и остановился, но случайно наткнулся на yakuake. Это было прозрение… Жаль у меня такого инструмента не было под виндой. Хотя у FARa есть много других преимуществ, которых мне до сих пор не хватает, но все же того удобства которое я имею сейчас по управлению десятком открытых локальных и удаленных консолей, я под виндой не имел.

Из того софта который мне был нужен на первых порах еще отмечу star-dict и opera. Удалены были дефолтные экранная клавиатура (gok) и dasher, утилиты для людей с нарушениями, слишком активно дававшие о себе знать .

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

Первая проблема которая возникла, это драйвера для встроенного видео Radeon X1250. Так как я с десктопом на Линуксе знаком слабо, потому пошел неправильным путем, а именно, скачав официальные проприетарные дрова с сайта ATI. В основном потому что лежащая на поставляемом диске версия была именно оттуда, но немного старая и она не устанавливалась. Новая также не устанавливалась, потому помучавшись я решил пока переключиться на вторую проблему.

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

Полазив немного по манам, я умудрился, хоть и достаточно коряво настроить вторую видеокарту и монитор, и получил достаточно удобную двухголовую систему. Конечно в винде это считалось как один большой десктоп, и я мог перетащить окошко с одного монитора на другой, ну кроме видеоплеера, оно там другой драйвер пыталось заюзать и винда иногда подвисала намертво. Но здесь, это были обособленные десктопы, и такое не прокатывало. На каждом таком десктопе я получил по 4 дефолтных виртуальных.

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

Я виндузятник. Опытный. Продвинутый можно сказать.  Программист. Начинал с DOS. На XP так и не перешел. До последнего времени сидел на 2000. Хотя друзьям ставил и настраивал все что просили.

Я линуксоид. Консольный. Имею под управлением несколько различных серверов, роутеры FREESCO, хостинг-сервера под Debian и Fedora. Также управляю игровыми сервисами под CentOS. Начинал приблизительно во времена Slackware 2.x. Для разработок под никсы я использовал VMWare.

Главное, что хочу сказать, практического опыта работы в иксах не имею. Я бы и дальше сидел под Win2000, и рулил линуксами, но…

Но тут наложилось несколько событий, и они меня сподвигли на миграцию:

• Полетел рабочий винт. Это самое ужасное.
• Арендуемый сервер перестал устраивать. Решил ставить свой дедик в UA-IX. Естественно с несколькими VDS.
• Назревал Upgrade компа.
• Да и созрел я полностью.

Взаимосвязь некоторых пунктов проследить не просто. Но я постараюсь объяснить.
Благодаря винту переустанавливать систему всеже нужно было бы, то я и решил что пора пришла пересесть на линукс. И он и я созрели Потом уже, при копировании данных я заметил что я свою винду не переустанавливал 8 лет. Первые файлы в ней были созданы в феврале 2000 года.

Знакомство с Xen началось со статьи Виртуализация с помощью Xen в Linux достаточно давно. Вообще эта статья донесла до меня мир виртуализации на более глубоком уровне, чем виртуальные машины типа VirtualPC или Qemu. Это потом, копнув глубже узнал про KVM, OpenVZ и т.д. Главное что меня заинтересовало, это что я скорее всего смогу запускать винду практически нативно. К сожалению по некоторым причинам я еще долго не смогу от нее полностью отказаться. Также я смогу разрабатывать свои приложения, тестируя их наверно в самом изолированном окружении, и в различных операционных системах.

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

Ознакомившись с информацией по HVM и наиболее вероятными кандидатами на мой дедик, я выбрал для себя такую конфигурацию: ASUS M2A-VM, Athlon X2 4600+, Transcend 4Gb DDR2. Учитывая ограниченный бюджет, цена получилась более чем приемлемой во многом благодаря магазину где я это все приобрел. Vilka.com.ua, порадовал не только низкими ценами и реальным наличием, но еще и очень хорошим отношением к клиентам. Как оказалось, я случайно при заказе указал кулер под SoketA. Мне перезвонили и уточнили этот момент. Кулер был заменен на более подходящий. Доставили в субботу как я и просил, до 4 вечера, а точнее намного раньше.

Сборка в и запуск были произведены успешно.

Первое что меня нечаянно порадовало и отлегло от сердца, это то,  что винт мой рабочий таки не полетел Полетел внешний блок питания его питавший. Дело в том что SATA  интерфейса в старом компе у меня не было и винт был подключен через внешний USB адаптер. Для проверки рабочего окружения и наличия всего что было нужно, была по быстрячку установлена одна из имевшихся сборок XP, а именно ZverCD. И как оказалось винда полноценно на моей сборке железок работать принципиально отказывалась. Дело в том что у меня к моему тазику подключены три монитора. Два PCI видео-адаптера ATI RAGE PRO, один с 8 метрами памяти, другой с 16, наряду с основной видеокартой обеспечивали мне более чем комфортную работу. на 3 мониторах. Винда же сказала, что запустить PCI видеокарты одновременно с встроенной RADEON X1250 не сможет. Кстати это еще одна из причин миграции. Я правда не был уверен, но понадеялся, и как оказалось не зря, что линукс с этой задачей справиться лучше.

В качестве дистрибутива был выбран Debian, как наиболее xen-ориентированный, а также наиболее удобоваримый для широчайшего круга задач, по моему скромному мнению…
Основным источником информации по xen, является сайт-вики xgu.ru. Именно с его изучения стоит начать свое знакомство с виртуализацией на xen.

Имея 2 мегабита в мир и 100 мегабит в UA-IX, я решил ставиться со специального сетевого CD, размером 130Mb, где загружаеться минимальная конфигурация, а все остальное ставиться по сети.

Приятный графический инсталлятор, я так понимаю он взят из lenny, и прикручен к etch, практически полностью русифицированый. Устанавливал в экспертном режиме. Ничего особенно сложного нет, просто есть возможность вернуться к любому предыдущему пункту и перенастроить любые параметры. Понравилось такая возможность, как продолжение установки по ssh после поднятия сети.

Также решено было, что опять же для изучения, буду устанавливать систему на LVM разделы. Во время установки cделал swap и одну группу LVM c двумя разделами, / и /home. У меня в сети DHCP, поэтому сеть завелась с полуоборота. В качестве зеркала был выбран предлагаемый debian.org.ua. Из приложений, я графическую оболочку пока не ставил. Хотя если устанавливать как рабочую станцию, а не как сервер, то можно и сразу ставить. Из инета будут вытащены только несколько объемных недостающих пакетов. Которые мне в последствии все равно пришлось стянуть.

Больше ничего особенно не настраивая я завершил установку в минимальной конфигурации, пока что без X-ов.

Установил последний доступный xen:
apt-get install xen-linux-system-2.6.18-6-xen-amd64
Перезагрузка… и тут облом. Xen требует для установки GRUB, а как оказалось GRUB на данном этапе, не может быть установлен на LVM. Пришлось переустанавливать систему, выделив еще один первичный раздел /boot. Только после этого Xen стартовал нормально и без сбоев.

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