StiLus

Postgresql 9.2.4 для 1С в контейнере Docker и решение с shmmax

2014-08-08T15:41:00.002+08:00

Новые технологии, новые задачи.

Давно хотел погонять технологию docker в работе, но, случая не предоставлялось. А тут возникла необходимость переместить кучу файловых баз 1С от Зарплаты и Управление персоналом в базу данных.

Ну и соответственно, звезды сложились. Проблема в том, что ЗУП 3.0 работает с Postrgesql 9.2, а предыдущие не работают, точнее, им нужен postgress собранный с другой опцией, либо версией ниже. Плодить кучу серверов БД не хотелось, Хотелось красиво все завернуть в виртуалки с минимальных оверхедом. И тут я вспомнил про docker. Попробовал, получилось, были и проблемы, но они решены. Этими решениями и хотел поделиться.

Приступим и посмотрим, что получится:

1. Свежеустановленная Ubuntu 14.04.

Качаем, ставим, ничего сверхестественного.

2. Подготовка

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

Кратко:

Добавляем ключ:

sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9

Добавляем репозитарий
$ sudo sh -c "echo deb https://get.docker.io/ubuntu docker main\ > /etc/apt/sources.list.d/docker.list"

$ sudo apt-get update

$ sudo apt-get install lxc-docker

3. Установка

Чистый образ:

sudo docker run -i -t ubuntu:precise /bin/bash

В контейнере:

apt-get update apt-get install nano wget bzip2 exit

Зафиксируем образ:

sudo docker commit CONTAINER_ID stormbp/precise-clean

CONTAINER_ID легко брать из командной строки когда работаете внутри контейнера:

он выглядит так:

root@af40b772abbf:/data/main#

Хеш после root@ и есть ID контейнера.

Имя контейнера (stormbp/precise-clean) поставьте свое, главное обойтись без заглавных букв, будет ошибка.

Запустим новый экземпляр из шаблона:
sudo docker run -i -t stormbp/precise-clean /bin/bash
Внутри контейнера:
cd /root
Качаем дистрибутив postgres с сайта 1с.
wget http://downloads.v8.1c.ru/get/Info/AddCompPostgre/9_2_4_1_1S/postgresql_9_2_4_1_1C_amd64_deb_tar.bz2
Предварительно зайдите туда со своими учетными данными, чтоб авторизоваться. Это можно сделать с любого компьютера в локальной сети.
Распаковываем
tar jxf postgresql_9_2_4_1_1C_amd64_deb_tar.bz2
rm postgresql_9_2_4_1_1C_amd64_deb_tar.bz2
ставим:
dpkg -i *.deb
apt-get -f install
не обращайте внимание, что сервер не инициализировался, сейчас будет творить магию.
exit
Коммитим контейнер
sudo docker commit CONTAINER_ID stormbp/precise-postgress-9.2.4-1c
Создаем в домашней директории хранилище для самой базы:
mkdir -p $HOME/postgresdata
и запускаем экземпляр
sudo docker run -v="$HOME/postgresdata":"/data" -i -t -p 5432 stormbp/precise-postgress-9.2.4-1c /bin/bash

4. Магия, как она есть

А теперь еще немного магии:
Posgresql не запустится, так как по умолчанию, параметр ядра shmmax установлен меньше необходимого. А внутри контейнера поменять его просто так невозможно, /proc/sys смонтирована только на чтение и перемонтировать ее просто так нельзя.
Надо залезть из хостовой системы в контейнер и переписать значение переменной ядра. Для этого есть такой замечательный инструмент nsenter. Но вот разработчики ubuntu усложняют жизнь тем, что не включают его в поставку и в репах его нет.
Будем компилять? - спросите вы.
Зачем? - спрошу я. Ведь у нас есть докер, пусть сам себе накомпиляет в контейнере и удалится, оставив нам только бинарник nsenter на память.
Все просто, в соседнем терминале, на хост системе (не в контейнере с postgress) запускаем:
sudo docker run --rm -v /usr/local/bin:/target jpetazzo/nsenter
docker отработает минут за 5 и удалит все следы оставив нам бинарник nsenter в /usr/local/bin
Теперь снова черная магия:
На хосте отключаем apparmor (на всякий, у некоторых не получается с ним)
/etc/init.d/apparmor stop
узнаем pid запущенного контейнера с postgres
PID=$(docker inspect --format '{{ .State.Pid }}' ID)
ID - подставить из соседнего терминала.
Далее лезем в пространство имен контейнера:
nsenter --target $PID --mount --uts --ipc --net --pid bash
mount -o remount rw /proc/sys
echo 1073741824 > /proc/sys/kernel/shmmax
mount -o remount ro /proc/sys
все, можно инициализировать базу
mkdir -p /data/main chown postgres /data/* chgrp postgres /data/* chmod 700 /data/main
su postgres --command "/usr/lib/postgresql/9.2/bin/initdb -D /data/main --locale=ru_RU.UTF-8"

5. Результат

Получите и распишитесь: база лежит в /data контейнера, или в домашней папке $HOME/postgresdata, доступна локально по сети. Правьте hba как и раньше.
Выходим из контейнера и коммитим образ для множественного развертывания баз данных
sudo docker commit CONTAINER_ID stormbp/1с-9.2.4
Кто работал с постгрессом далее разберется, если не разберетесь, спрашивайте.
На очереди контейнерная виртуализация сервера предприятия для 1с, чтобы жить было совсем весело, а потом статья о том, как же всем этим управлять-то.

Elastix + Panasonic TDA100 + Zadarma

2013-08-15T11:35:00.002+08:00

На текущий момент Panasonic, по сложившейся традиции, обслуживает внутренних абонентов в офисе (1XX) и подключен медью к СибирьТелекому. Asterisk установлен в лохматые 200Х и служит для связи с удаленными подразделениями (3XX). Между собой связаны FXO шлюзом.
Решили упростить схему (убрать шлюз, вносивший задержки в установлении вызова - обычно 2-3 гудка) и получить дополнительный функционал (на первом этапе - подключение sip провайдеров для дальних звонков)

Куплено 2 платы - 0290 в Panasonic и из закромов Родины достали по бросовой цене Digium Wildcard TE110P T1/E1.

С нуля ставим Elastix.
Скачиваем установочный образ
Ставим его на флешку с помощью iso2usb (самый простой путь, не требует шаманства описанного на форумах Elastix)
Устанавливаем систему с флешки, указывая пароли и явки в процессе
Получаем базовую установку.

Обновляем систему yum update -y
Приезжает новый астериск (11) вместо 1.8
Перезагружаемся в новое ядро (параллельно устанавливаем платы в panasonic и asterisk)
Соединяем платы сигнальным кабелем (1,2 контакты rj-45 в 5,4 контакты с другой стороны)
На стороне Panasonic нужно только в настройках порта указать qsig-master и запустить в обслуживание (in service)
На стороне Elastix:
1. nano /etc/dahdi/system.conf
и в конец файла добавляем

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

# Global data
loadzone = ru
defaultzone = ru

2. cp chan_dahdi.conf chan_dahdi.conf.bak

3. nano chan_dahdi.conf

Очищаем файл и вносим в него:

[trunkgroups]

[channels]

language=ru

usecallerid=yes

callwaiting=yes

usecallingpres=yes

callwaitingcallerid=yes

threewaycalling=yes

transfer=yes

canpark=yes

cancallforward=yes

callreturn=yes

echocancel=yes

echocancelwhenbridged=yes

echotraining=yes

callerid=asreceived

resetinterval=never

group=1

;[E1]

context=from-internal

switchtype=qsig

resetinterval=never

signalling=pri_cpe

channel =>1-15,17-31

4. /etc/init.d/dahdi restart

5. asterisk -rvvvvvv

6. core restart now

Плата должна завестись и отображаться (dahdi show status)

На Elastix создаем три транка

1. На zadarma согласно их инструкции на сайте http://wiki.zadarma.com/index.php/Asterisk

2. На panasonic через плату:

DAHDI trunk

DAHDI identificator - g1

3. На удаленный asterisk по протоколу IAX2

Создаем Маршруты:

1XX - trunk panasonic

3XX - trunk asterisk

7+8|XXXXXXXXXX - trunk zadarma (вместо восьмерки подставляю 7 на всякий)

Теперь интереснее - надо заставить Panasonic звонить в elastix при наборе междугородних и международных номеров.

Идем сюда - http://www.amitek.ru/tda-progr-02.pdf

Читаем раздел Работаем с ARS и настраиваем как нам захочется.

Обязательно:
Идем сюда http://icluzo.livejournal.com/8971.html и делаем что написано, а именно отключаем анонимов, включаем файерволл и устанавливаем fail2ban.

Обновление Proxmox до 3 версии

2013-06-21T13:21:00.003+08:00

Все делал согласно инструкции на wiki:
http://pve.proxmox.com/wiki/Upgrade_from_2.3_to_3.0

Остановил машинки
Сделал backup
Установил все текущие обновления
Скачал скрипт wget http://download.proxmox.com/debian/dists/wheezy/pve-upgrade-2.3-to-3.0
Сделал исполняемым и запустил
Скачалось более 500 пакетов (приблизительно 300мб
Установилось
Перезагрузился
Я на новом Proxmox

Для чего делал? Необходимо было проверить корректность обновления для одиночной машинки, чтобы потом обновить кластер.

Дополнительно проверял живучесть моего софтового raid, который не поддерживается Proxmox. А то мало-ли какие настройки потрет новая версия. 3 дня - полет нормальный. Местами даже пошустрее стало из-за нового qemu c новым kvm.

Samsung 4833 на Ubuntu

2013-02-19T16:52:00.001+08:00

1. для работы с принтером через сеть и юсб достаточно скормить ppd файл, примерно так:

sudo /usr/sbin/lpadmin -p ИмяПринтера -P scx483xps.ppd -v ipp://192.168.1.100 -E

2. а вот для запуска через сеть сканера нужно еще и другие дрова доставить:

wget -O - http://www.bchemnet.com/suldr/suldr.gpg | sudo apt-key add -

sudo sh -c 'echo "deb http://www.bchemnet.com/suldr/ debian extra" >> /etc/apt/sources.list.d/samsung.list'

sudo apt-get update

sudo apt-get -y --force-yes install samsungmfp-data samsungmfp-driver samsungmfp-scanner samsungmfp-network

в /etc/sane.d/net.conf ничего вписывать не надо

а вот /etc/sane.d/xerox_mfp.conf надо добавить свой адрес (в моем случае 192.168.1.100)

# Samsung SCX, network mode
# tcp HOST_ADDR PORT
# Uncomment and configure:
tcp 192.168.1.100 9400
#или, если работает на другом порту,
tcp 192.168.1.100 9403

например, командой -
sudo sh -c 'echo "# Samsung SCX, network mode" >>/etc/sane.d/xerox_mfp.conf'
sudo sh -c 'echo "192.168.1.100" >>/etc/sane.d/xerox_mfp.conf'

postgresql 9.2.1 для 1С на CentOS 6.3 x86_64 minimal

2013-02-19T16:51:00.000+08:00

yum update -y

reboot

yum install crontabs tmpwatch sudo file nano wget rpm-build gcc make glibc-devel bison flex python-devel tcl-devel readline-devel zlib-devel openssl-devel krb5-devel e2fsprogs-devel gettext pam-devel openldap-devel libxml2-devel libxslt-devel perl-ExtUtils-MakeMaker perl-ExtUtils-Embed icu libicu libicu-devel -y

chkconfig iptables off
service iptables stop
chkconfig ip6tables off
service ip6tables stop
nano /etc/selinux/config SELINUX=disabled

cd ~ && mkdir psql && cd psql && wget http://v8.1c.ru/overview/postgresql_patches/9-2-1/postgresql92-9.2.1-1.1C.src.rpm

useradd user
rpm -ivh postgresql92-9.2.1-1.1C.src.rpm

ln -s /usr/lib64/libicuuc.so /usr/local/lib/libicuuc.so.46 && ln -s /usr/lib64/libicui18n.so /usr/local/lib/libicui18n.so.46 && ln -s /usr/lib64/libicudata.so /usr/local/lib/libicudata.so.46

nano /usr/lib/rpm/macros
Ctrl + w %_default_patch_fuzz
меняем с 0 на 2

cd ~ && time rpmbuild -ba --define 'runselftest 0' /root/rpmbuild/SPECS/postgresql-9.2.spec
rpm -ivh ~/rpmbuild/RPMS/x86_64/*.rpm

su postgres
/usr/pgsql-9.2/bin/initdb -D /var/lib/pgsql/9.2/data/ --locale=ru_RU.UTF-8
exit

service postgresql-9.2 restart && chkconfig postgresql-9.2 on

/usr/pgsql-9.2/bin/psql -U postgres
postgres=# alter user postgres with password '111111111';
ALTER ROLE
postgres=# \q

Свежий HPLIP в Ubunt-ах

2012-12-20T11:35:00.000+08:00

sudo apt-get purge hplip hplip-gui
sudo apt-get autoremove -f

sudo apt-get install gcc build-essential python-dev libcupsys2-dev libusb-dev libtool libcupsimage2-dev

cd ~
wget -O hplip-3.12.11.run http://prdownloads.sourceforge.net/hplip/hplip-3.12.11.run
chmod +x hplip-3.12.11.run
sh ./hplip-3.12.11.run

Соглашаемся со всеми пунктами по умолчанию (Enter)

sudo apt-get install libhpmud-dev

hp-setup

P.S. Для ускорения установки можно заранее поставить:
libcups2-dev
cups-bsd
cups-client
libusb-1.0.0-dev
libsnmp-dev
python-qt4-dbus
gtk2-engines-pixbuf
python-qt4
python-reportlab
libdbus-1-dev
libsane-dev
python-imaging
gtk2-engines-pixbuf
xsane
sudo apt-get install libcups2-dev cups-bsd cups-client libusb-1.0.0-dev libsnmp-dev python-qt4-dbus gtk2-engines-pixbuf python-qt4 python-reportlab libdbus-1-dev libsane-dev python-imaging gtk2-engines-pixbuf xsane

Бюджетный Proxmox 2.2 (ProxmoxVE 2.2 SoftRaid)

2012-11-15T18:38:00.001+08:00

Возникла новая задачка, и опять связанная с виртуализаций:
- Сделать платформу под виртуальные машинки для 1С и еще парочки сервисов.
- Минимизировать стоимость покупаемого железа (никакой кластеризации и выделенного хранилища)

Такая вот задачка. Долгие переговоры с заказчиком привели к тому, что была выбрана следующая конфигурация:
- сервер изначально двухголовый в начале с одним процом
- память с 8 гигами
- диски бьются на два стора - одно зеркало на sata винтах, одно на ssd
На ssd положим базу 1с для разгона

Странный монстр получился, если честно.
Думал вначале самостоятельно все настроить на основе CentOS, но пришлось передумать. Во-первых геморойно (или лень), во-вторых хотелось, чтобы они смоги самостоятельно сделать бэкап или рестарт виртуалки. Так что возвращаемся к Proxmox.

Raid у нас отсутствует, будем делать софтовый. Вот тут и кроется загвоздка - Proxmox не поддерживает установку на зеркало, и отказывает в поддержке таким любителям как мы. Будем делать сами.
Читаем google и видим большое количество статей на эту тему, иногда даже русскоязычных. Но дьявол в деталях и ни по одной инструкции не получилось получить работоспособную систему. Поэтому представляю вариант переведенной статьи по которой все просто и успешно встало на свои места.

1. Подготовка
Берем установочный диск ProxmoxVE с оф сайта, пишем на cd или, с помошью dd копируем на флешку.
Запускаем установку на первый диск (sda) и ждем завершения.
2. Создание зеркала для первого диска

Для начала обновляемся
apt-get update
apt-get upgrade

Если встало новое ядро, тогда reboot
Доставляем mdadm
apt-get install mdadm

Подгружаем модуль ядра для работы рейда
modprobe raid1

Копируем структуру разделов на второй винт
sfdisk -d /dev/sda | sfdisk --force /dev/sdb

Соглашаемся со всем и правим описание разделов под наш raid
fdisk /dev/sdb
Далее: t - 1 - fd - t - 2 - fd - w
Этим мы говорим, что разделы на втором винте созданы для Linux RAID

Создаем два зеркальных тома:
mdadm --create /dev/md0 --level=1 --raid-disks=2 missing /dev/sdb1
mdadm --create /dev/md1 --level=1 --raid-disks=2 missing /dev/sdb2
В нем отстутсвует одно устройство, поэтому и missing

Переписываем конфиг mdadm
cp /etc/mdadm/mdadm.conf /etc/mdadm/mdadm.conf_orig
mdadm --examine --scan >> /etc/mdadm/mdadm.conf

Делаем lvscan
Видим что-то наподобие
root@proxmox:~# lvscan
ACTIVE '/dev/pve/swap' [15.00 GiB] inherit
ACTIVE '/dev/pve/root' [96.00 GiB] inherit
ACTIVE '/dev/pve/data' [804.02 GiB] inherit

Запоминаем цифры размеров и далее Начинаем создавать lvm на втором диске, точнее на raid устройстве.
pvcreate /dev/md1
vgcreate pve1 /dev/md1
lvcreate --name swap --size 15G pve1
lvcreate --name root --size 96G pve1
lvcreate --name data --size 804G pve1
Внимательно выполняйте команды, не забыв заменить размеры логических томов на те, которые вы получили на предыдущем шаге. Для тома data главное, чтобы он не оказался меньше оригинального.

Проверяем
lvscan
ACTIVE '/dev/pve/swap' [15.00 GiB] inherit
ACTIVE '/dev/pve/root' [96.00 GiB] inherit
ACTIVE '/dev/pve/data' [804.02 GiB] inherit
ACTIVE '/dev/pve1/swap' [15.00 GiB] inherit
ACTIVE '/dev/pve1/root' [96.00 GiB] inherit
ACTIVE '/dev/pve1/data' [804.00 GiB] inherit

Все ровно и красиво, создаем файловую систему:
mkfs.ext4 /dev/md0
mkswap /dev/pve1/swap -f
mkfs.ext4 /dev/pve1/root
mkfs.ext4 /dev/pve1/data

Смонтируем для последующего копирования
mkdir /mnt/boot
mkdir /mnt/root
mkdir /mnt/data
mount /dev/md0 /mnt/boot
mount /dev/pve1/root /mnt/root
mount /dev/pve1/data /mnt/data

Редактируем fstab
vi /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/pve1/root / ext4 errors=remount-ro 0 1
/dev/pve1/data /var/lib/vz ext4 defaults 0 1
/dev/md0 /boot ext4 defaults 0 1
/dev/pve1/swap none swap sw 0 0
proc /proc proc defaults 0 0

Правим grub
cp /etc/grub.d/40_custom /etc/grub.d/09_swraid1_setup
vi /etc/grub.d/09_swraid1_setup
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry 'Proxmox, with RAID1' --class proxmox --class gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod part_msdos
insmod ext2
set root='(md/0)'
echo 'Loading Proxmox with RAID ...'
linux /vmlinuz-2.6.32-16-pve root=/dev/mapper/pve1-root ro quiet
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-16-pve
}

Внимательно смотрим на циферки в версии ядра, и подставляем свои, если ядро другое.

Продолжаем править grub
vi /etc/default/grub
Убрав комментарий в строчке с GRUB_DISABLE_LINUX_UUID=true

Далее:
update-grub
update-initramfs -u
Потом копируем sda на рейд
cp -dpRx / /mnt/root
cp -dpRx /boot/* /mnt/boot
cp -dbRx /var/lib/vz/* /mnt/data

reboot

Система должна загрузиться с рейд-устройства. Проверим
mount
/dev/mapper/pve1-root on / type ext4 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/mapper/pve1-data on /var/lib/vz type ext4 (rw)
/dev/md0 on /boot type ext4 (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
beancounter on /proc/vz/beancounter type cgroup (rw,name=beancounter)
container on /proc/vz/container type cgroup (rw,name=container)
fairsched on /proc/vz/fairsched type cgroup (rw,name=fairsched)

Убиваем lvm на первом диске
lvremove /dev/pve/root
lvremove /dev/pve/swap
lvremove /dev/pve/data
vgremove /dev/pve
pvremove /dev/sda2

Добиваем типы разделов на первом диске для рейд
fdisk /dev/sda
t - 1 - fd
t - 2 - fd
w
Добавляем первый диск в рейд-массив
mdadm --add /dev/md0 /dev/sda1
mdadm --add /dev/md1 /dev/sda2

Любуемся на синхронизацию дисков
cat /proc/mdstat
Может занять продолжительно время, но ничего страшного, по идее можно продолжать настроивать, ждать окончания синхронизации не обязательно, поэтому:
cp /etc/mdadm/mdadm.conf_orig /etc/mdadm/mdadm.conf
mdadm --examine --scan >> /etc/mdadm/mdadm.conf
rm -f /etc/grub.d/09_swraid1_setup
update-grub
update-initramfs -u
grub-install /dev/sda
grub-install /dev/sdb
reboot

Все, система загрузилась с raid устройства, при вылете любого диска, загрузится с другого.
Тем временем синхронизация продолжается, но Proxmox готов к началу работ. Заходим в веб-интерфейс и делаем свои страшные дела.
Подготовку ssd под базу опишу чуть позднее.

Все со всеми (tinc mesh vpn)

2012-10-12T00:03:00.001+08:00

Новый vpn, теперь банановый..

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

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

Решалось все это применением vpn технологий, и работало на openvpn + pptpd + ospfd. В общем мешанина жуткая, требовательная, нагруженная и не поддающаяся профилактике в рабочее время, причем имеющая точку отказа в виде впн-серверов.

В общем поносившись с ними некоторое время, было решено что-нибудь придумать. Этим что-нибудь стал mesh-vpn. Муки выбора были недолгими, однозначно победил tinc (tinc-vpn.org), как самый легкий, кроссплатформенный и бесплатный (тем более, что отрицательных отзывов о нем я не нашел). Из аналогов - hamachi, плюс еще куча сервисов, разных по цене и возможностям.

Попробуем все это упаковать в законченное решение.

Для начала: tinc не смотря на его маленький размер может выступать как клиент, так и сервер, включает в себя сервис маршрутизации и проверки подлинности. Настраивается текстовыми конфигами и всеяден по платформам. Может работать как маршрутизатор, так и в режиме коммутатора.

Далее опишу требования к сети vpn подробно:

связать рабочие станции и сервера друг с другом, вне зависимости от их физического местонахождения.

подключаться компьютеры должны при наличии любого соединения с другой машиной (wi-fi, lan, wan, патчкорд)

обходить хитрые наты и файерволы провайдеров и горе-админов

работать стабильно и без лишней суеты по администрированию

обеспечивать безопасность подключения клиентов

обеспечивать непрерывную работу при наличии нескольких вариантов подключения (два провайдера например), при минимальном вмешательстве администратора

Ну, вот такие требования у нас есть, будем реализовывать.

Для начала что нам нужно настроить:

1. Задать имя сети (в моем примере vpn-white)

2. Задать имя хоста

3. Определиться с портом по которому будет работать tinc

4. Задать адреса, по которым будет доступен каждый узел

Вот тут и кроется засада, а именно в 4 пункте. Ведь бывают и провайдеры с динамическими адресами, да и в локалке dhcp может выдать новый адрес. Значит надо как-то это все автоматизировать и сообщать другим нодам новый адрес. В голову приходили очень странные мысли - irc, jabber, сайт в инете. Но вспомнив, что у меня есть аккаунт в assembla, и svn замечательно подходит для хранения маленьких текстовых файлов, на том и остановился.

Теперь сами настройки (для начала для Linux):

В папке с конфигурацией tinc (/etc/tinc) есть файл - nets.boot он описывает те сети vpn, которые должны автоматически стартовать при запуске службы.

Должна существовать папка, соответствующая имени сети vpn в которой будут лежать ее конфигурационные файлы.

В этой папке лежат четыре файла: tinc.conf содержащий настройки локальной службы vpn, tinc-up скрипт выполняемый при старте vpn сети, и tinc-down выполняемый при завершении, а также файл закрытого ключа шифрования, отвечающий за аутентификацию нод в vpn сети.

И еще одна вложенная папка hosts в которой лежат все настройки узлов, по одному файлу на узел с именем соответствующим имени узла.

Примерная логика работы:

При старте службы vpn получить обновления файлов узлов в сети (вдруг их стало больше, либо у какого-то узла изменился адрес)

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

Поднять сетевой интерфейс.

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

С логикой разобрались, начнем конфигурять (простите 1с-ники)

Идем на сайт assembla.com, создаем аккаунт и простейший приватный svn хостинг. Получаем ссылку на него вида : https://subversion.assembla.com/svn/***/ (под звездочками имя вашего пространства. Для опытных пользователей можно использовать как свой svn хостинг, так и любой другой приватный хостинг, например git

Установим необходимые пакеты:

Ubuntu: apt-get install subversion tinc (если вы на убунте, не забудьте везде добавить sudo, в том чисте и к командам ниже)

rhel, centos, scientific: yum install subversion tinc (предварительно подключить репозиторий repoforge)

cd /etc/tinc (для rhel совместимых создать папку tinc)

mkdir -p vpn-white/hosts

cd vpn-white

nano tinc.conf - прописываем имя локального узла (Name = node01) разрешены только цифры, буквы и подчеркивание (проверено практикой)

копируем скрипт в tinc-up:

#!/bin/bash

basedir="/etc/tinc"

netdir="vpn-white"

cd $basedir

cd $netdir

cd hosts

needcommitsvn=0

versvn=`svn up`

# Проверяем, есть ли файлы не под svn и добиваем их

notsvn=`svn status|grep "?"`

filenotsvn=${notsvn//"? "/}

if [ $filenotsvn ]

then

svn add $filenotsvn

needcommitsvn=1

fi

#Получим имя нашего компа

hsnametmp=`cat $basedir/$netdir/tinc.conf|grep "Name"`

hsname=${hsnametmp//"Name = "/}

#Пробежимся по всем хостам и добавим отсутствующие в ConnectTo

for i in *

do

if [ $hsname != $i ]

  then

   if grep $i $basedir/$netdir/tinc.conf &> /dev/null

    then

     echo ""

    else

     echo "ConnectTo = "$i >> $basedir/$netdir/tinc.conf

   fi

fi

done

# Получаем все ip хоста и заносим куда следует (исключая loop интерфейсы, интерфейс самой сети vpn и машин с гипервизором kvm(есть у меня такие))

ips=$(ifconfig | grep 'inet addr:' | sed 's/:/ /' | awk '{print $3}' | grep -v '127.0.0' | grep -v '10.3.1'| grep -v ‘192.168.122’)

for i in $ips; do

if grep $i $basedir/$netdir/hosts/$hsname &> /dev/null

then

  echo ""

else

  sed -i -e "1i Address = $i" $basedir/$netdir/hosts/$hsname

  needcommitsvn=1

fi

done

#Записываем порт, если забыли

if grep "Port = 666" $basedir/$netdir/hosts/$hsname &> /dev/null

then

echo ""

else

sed -i -e "1i Port = 666" $basedir/$netdir/hosts/$hsname

needcommitsvn=1

fi

#заносим имя сети в автостарт

if grep $netdir $basedir/nets.boot &> /dev/null

then

echo ""

else

echo $netdir >> $basedir/nets.boot

fi

# Проверяем, нужно ли коммитить изменения

if [ $needcommitsvn == 1 ]

then

svn ci -m 'need commit'

fi

hsvpnip=$(grep "Subnet" $basedir/$netdir/hosts/$hsname |sed 's/Subnet = //')

ifconfig $INTERFACE $hsvpnip netmask 255.255.255.0

копируем скрипт в tinc-down

#!/bin/sh

ifconfig $INTERFACE down

Обязательно chmod +x tinc-*

Теперь необходимо подключить папку hosts к svn

cd hosts

svn co https://subversion.assembla.com/svn/***/ ./ --username=user (user - ваш логин в ассембле)

Вводим пароль, соглашаемся на хранение пароля, и получаем локальную копию svn.

Запускаем генерацию ключевой пары

tincd -n vpn-white -K

Ждем пока сгенерируется, два раза жмем enter

В результате в папке vpn-white будет лежать закрытый ключ, а в папке hosts будет создан файл описания локального узла, содержащий открытый ключ.

Отредактируем его (nano node01) и добавим Subnet = 10.79.83.1 (где сеть 10.79.83.x - наша впн сеть, и адрес выбран такой, чтобы по возможности не было пересечения с существующими локальными сетями и сетями провайдера)

В данном случае локальный узел будет отзываться по этому ip. Я не использую здесь динамические адреса, поскольку хочу жестко зафиксировать клиентов vpn и в дальнейшем использовать их для iptables серверов.

Обязательное условие, добавить строчку с Subnet в начало файла, перед отпечатком ключа, иначе tinc его не увидит.

Вернемся чуть ниже, сделав первый прогон скрипта

cd ..

./tinc-up

Он обнаружит свой файлик описания узла, добъет в него порт, собственные ip адреса, настроит tinc.conf для подключения к узлам, еще немного полезного... и поднимет интерфейс vpn с именем сети и адресом, указанным в Subnet. А также скинет все наши изменения на assembla.

Точнее, при первом прогоне, он его не сможет поднять интерфейс, так что на эту ошибку не обращайте внимания.

Все, сервис готов к работе

на убунту ставится init-скрипт вместе с пакетом, на rhel он отсутствует, так что добавьте в rc.d строку /usr/bin/tincd -n vpn-white

Запускаем

tincd -n vpn-white -D -d2 (-D не демонизировать, выводить отладку в консоль, -d2 указать уровень отладки)

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

На втором компьютере повторяем все шаги изменив только имя узла в tinc.conf и ip в Subnet.

Запустив tinc на втором компьютере, возвращаемся на первый, и видим попытки соединения от второго узла, но пока мы о нем ничего не знаем.

Идем в hosts, делаем там svn update, к нам приходит описание второго узла и машины начинают видеть друг-друга примерно через минуту (может немного больше). Перезапуска демона не требуется.

Теперь ставим в cron задание по обновлению папки hosts через svn update. Слишком часто не надо ставить, иначе assembla обидится, и перестанет нас пускать к себе (вроде как не больше 30 commit в час)

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

Все просто и замечательно, но как же быть с багами?

1. Самый большой баг - Windows. На XP sp2 не работает, вообще (есть одна такая)

2. На XPsp3, Vista, 7, 8, 2008Server работает как часы (месяц без “разрывов”)

3. На windows и rhel падает по ошибке Segmentation fault. Долго разбирался, но разобрался - оказывается это происходит если более 2/3 узлов отвергли соединение из-за ошибки в проверке ключей. Так что достаточно сделать svn up на нескольких узлах и ошибка пропадает. Бывает только с новыми узлами.

4. На windows server 2008 sp1 пропадает служба. Вроде была, а после ребутf, уже нет. Правится назначенным заданием на запуск системы.

Кстати, по поводу windows. Со скриптами не заморачивался (откровенно - лень), у меня этой системы где-то 4-5%, поэтому сделал все руками. Клиент svn - tortoisesvn, tin с офф.сайта. Устанавливаем адаптер скриптом в папке программы, обзываем его vpn-white, в файле tinc.conf дописываем Interface = vpn-white, так же указываем имя узла.

Черепахой синхронизируем hosts. Скрипты писать не надо, vpn ip забиваем в свойства сетевого адаптера.

Ключ генерируется той же командой. Правим файлик описания локального узла, добивая туда все ip адреса сервера. Commit изменений на ассемблу. Правим tinc.conf указывая те узлы с которыми хотим соединиться в формате ”ConnectTo = node01”. Можно указать всех, можно только важных, как решите.

Запускаем той-же командой. В результате создается служба, которой можно управлять из командной строки, консоли mmc, или .bat. Имя службы в нашем случае - tinc.vpn-white.

P.S. По поводу безопасности. В ассембле лежат только открытые ключи. Для того чтобы скомпрометировать вашу сеть vpn одного закрытого ключа недостаточно, надо похитить как минимум два (т.е. получить доступ к двум машинам одновременно). Что уже достаточно сложно. Правда их адреса тоже лежат в асембле.

P.P.S. По поводу скриптов - чукча не писатель. На самом деле у меня сейчас все немножко по другому, но в том скрипте много конф.информации, да и завязан он на puppet.

Кстати с puppet настройка выполняется еще проще и быстрее.

P.P.P.S. сеть называется vpn-white, так как есть еще одна, в которой только доверенные машинки. Так сказать реализовал vlan “по своему”.

MSI MS-7680 и драйвера на сеть

2012-05-29T01:19:00.001+08:00

Интересно получается.

Есть материнская плата из заголовка. Ставим на нее CentOS 6.2 и получаем неработающую сеть.
Засучив рукава, читаем в Интернете на сайте производителя спецификацию и видим что сетевой чип: Realtek RTL-8111E.

Ну подумав, что не все так страшно, и так было уже далеко не первый раз, идем на сайт elrepo.org, качаем kmod-8168, ставим, перезагружаемся, и начинаем долго думать.. Сеть не определилась.

Думаем долго. Пока думал установил pciutils (не идет при установке minimal) и увидел забавную картину:

lspci -nn|grep -i net

02:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8152 v2.0 Fast Ethernet [1969:2062] (rev c1)

На том же сайте находим такой ID 1969:2062 и грузим теперь уже правильный модуль: kmod-atl1e
Теперь заработала сеть. Но вот еще интереснее стало:

ifdown eth0 && ifup eth0
/etc/sysconfig/network-scripts/ifdown-eth: line 29: /etc/sysconfig/network: No such file or directory
/etc/sysconfig/network-scripts/ifdown-ipv6: line 39: /etc/sysconfig/network: No such file or directory
./network-functions: line 383: /etc/sysconfig/network: No such file or directory
Determining IP information for eth0... done.
/etc/sysconfig/network-scripts/ifup-ipv6: line 56: /etc/sysconfig/network: No such file or directory
/etc/sysconfig/network-scripts/ifup-aliases: line 125: /etc/sysconfig/network: No such file or directory

Т.е. файлик потерялся.
Создаем ручками

vi /etc/sysconfig/network

NETWORKING=yes
HOSTNAME=localhost.localdomain

Вот теперь все. Работает. И даже после перезагрузки.
Вывод один:
Если на клетке слона прочтёшь надпись «буйвол», не верь глазам своим (с) Козьма Прутков

virt-manager не работает

2012-05-22T09:19:00.001+08:00

Столкнулся с багом.

LinuxMint 12. Virt-manager при попытке подключиться к виртуальным машинкам ругается на d-bus:

Error launching details: Configuration server couldn't be contacted: D-BUS error: Method "Set" with signature "s(ib)" on interface "org.gnome.GConf.Database" doesn't exist
И далее трейс на страницу.

Лечится так:

dbus-launch --exit-with-session virt-manager

В дальнейшем симптомы не проявляются.

Proxmox VE 2 cluster with DRBD (HA, Fencing)

2012-05-12T05:16:00.004+08:00

Возникла небольшая задача по созданию бюджетного отказоустойчивого кластера виртуалок. Мучился до 3х ночи, но решил.
И так, задача:
Есть 2 двухголовых сервера, на них нужно развернуть: файерволл и маршрутизатор на 2-х провайдеров, сервер телефонии Asterisk, комплекс 1С:Предприятие (клиент-сервер) и хранилище документов. Нагрузка по итогу не очень большая, можно было бы развернуть по отдельности поделив нагрузку, но есть второе требование: обеспечение резерва и высокой доступности, при полном отсутствии доп.финансирования
Посидев, подумав, было решено все это виртуализировать и кластеризировать.
Изучив предложения быстро понял, что единственным вариантом сделать все это является гипервизор kvm в дистрибутиве Proxmox VE, благо уже вышла версия 2.1 и основные косяки поправлены.
Поводом же написать сообщения явилось то, что полной пошаговой инструкции для развертывания такого кластера с использованием fencing нет в интернете, абзац в одном месте, кусок кода в другом месте, объяснение почему вообще на немецком.

Итак 2 сервера с 2-мя сетевыми картами. Первые из них втыкаем в свитч, вторые соединяем шнурком. Если используются raid, их нужно сконфигурировать по вкусу. Основная задача создать минимум 2 массива - один для самого proxmox, второй под общее хранилище. Параметры общего хранилища должны быть одинаковы.
Подготовка закончена.
Устанавливаем дистрибутив. Установка стандартна - лицензия, далее, ОК, выбрать часовой пояс, указать пароль root, электронную почту, выбрать диск для установки, забить настройки сетевого интерфейса.
Сеть настраивается только на статику (и это правильно для такой задачи) и только для первого интерфейса. Плюс к этому сетевое имя обязательно с указанием домена (fqdn).
Возьмем для примера:

первый узел - node01.loc

ip - 192.168.0.100

mask - 255.255.255.0

gateway - 192.168.0.1

dns - 192.168.0.1

Аналогично второй узел - node02.loc
ip - 192.168.0.200
mask - 255.255.255.0
gateway - 192.168.0.1
dns - 192.168.0.1

Все, на этом установка системы заканчивается, начинается работа.

Перво-наперво синхронизировать время. Если есть в сети сервер точного времени (контроллер домена например) указываем его и синхронизируемся. Если его нет, то вся надежда на pool.ntp.org
На обоих узлах:
echo "server ntp.company.lan" >> /etc/ntp.conf
/etc/init.d/ntp restart
ntpdc -p

# Правим /etc/hosts

для node01 добавляем строчку:
10.10.10.2 node02 node02.loc
для node02
10.10.10.1 node01 node01.loc

# Обновляемся
aptitude update && aptitude full-upgrade

Далее настраиваем сеть на вторых интерфейсах серверов. Это можно сделать как из терминала, так и из веб-интерфейса proxmox ( https://192.168.0.100:8006 для node01 и https://192.168.0.200:8006 для node02 соответственно). Заходим с логином root и паролем, указанным при установке, слева выбираем имя ноды, в главном окне вкладку Network, выделяем интерфейс eth1, Edit. Указываем адрес 10.10.10.1, маску 255.255.255.252, ставим галку на Autostart. Для второго узла повторяем процесс с ip 10.10.10.2

Перезагружаемся. Логинимся. Проверяем, что узлы видят друг друга
# на первом узле
ping node02
# на втором
ping node01

Если возникли проблемы, проверяем настройки сети, меняем патчкорд и т.д.

Создаем кластер
На узле node01:
pvecm create cluster01 #cluster01 - имя кластера, поменять потом невозможно!
pvecm status # проверяем, что все хорошо
На узле node02:
pvecm add 10.10.10.1 # добавляем node2 в наш кластер

Кластер создан.

Беремся за drbd (к примеру наше хранилище будет располагаться на /dev/sdb:
На обоих узлах:
fdisk /dev/sdb
n -> p -> 1 -> enter -> enter
t -> 8e
w

Раздел мы создали.
Можно ставить drbd8-utils, но не тут то было. Версия drbd в ядре 8.3.10, а в репозитории drbd8-utils версии 8.2.7, что очень не хорошо. Будем компелять, благо это недолго:
cd ~
apt-get install git-core git-buildpackage fakeroot debconf-utils docbook-xml docbook-xsl dpatch xsltproc autoconf flex
mkdir drbd
cd drbd
git clone http://git.drbd.org/drbd-8.3.git
cd drbd-8.3
git checkout drbd-8.3.10
dpkg-buildpackage -rfakeroot -b -uc
cd ..
dpkg -i drbd8-utils_8.3.10-0_amd64.deb

На один установили. Можно повторить на втором, или перетащить полученный пакет и просто его установить. Решать Вам.
Разбираемся с конфигами drbd:
На обоих:
nano /etc/drbd.d/global_common.conf
Все удаляем и пишем:
global { usage-count no; }
common { syncer { rate 30M; } }

nano /etc/drbd.d/r0.res
resource r0 {
protocol C;
startup {
wfc-timeout 0; # non-zero might be dangerous
degr-wfc-timeout 60;
become-primary-on both;
}
net {
cram-hmac-alg sha1;
shared-secret "oogh2ouch0aitahNBLABLABLA";
allow-two-primaries;
after-sb-0pri discard-zero-changes;
after-sb-1pri discard-secondary;
after-sb-2pri disconnect;
}
on node01 {
device /dev/drbd0;
disk /dev/sdb1;
address 10.10.10.1:7788;
meta-disk internal;
}
on node02 {
device /dev/drbd0;
disk /dev/sdb1;
address 10.10.10.2:7788;
meta-disk internal;
}
}

Стартуем на обоих узлах drbd
/etc/init.d/drbd start
drbdadm create-md r0
drbdadm up r0

!!! Только на одном узле (node01): !!!
drbdadm -- --overwrite-data-of-peer primary r0

watch cat /proc/drbd #наблюдаем пока синхронизируются узлы до Primary/Primary UpToDate/UpToDate

На обоих узлах:
nano /etc/lvm/lvm.conf
# Меняем строчку filter = [ "a/.*/" ] на
filter = [ "r|^/dev/sdb1|", "a|^/dev/sd|", "a|^/dev/drbd|" ,"r/.*/" ]

!!! Только на одном узле (node01): !!!
pvcreate /dev/drbd0
pvscan # in order to check
vgcreate drbdvg /dev/drbd0 # имя drbdvg можете поставить свое

Далее идем в интерфейс proxmox
Data Center > Storage > Add > LVM group
ID: drbd
Volume group: drbdvg
Shared: yes

ID выбираете сами, поменять невозможно.

Уже можно создавать виртуальные машинки (обязательно в закладке hdd укажите storage: drbdvg).

Можно запускать и наслаждаться миграцией.

Если Вам этого достаточно, дальше можно не читать.
Но мне необходим был HA, поэтому мучения продолжаются.

Создаем конфиг кластера (node01):
cp /etc/pve/cluster.conf /etc/pve/cluster.conf.new

я привел его к такому виду:

cat /etc/pve/cluster.conf
<?xml version="1.0"?>
<cluster config_version="10" name="cluster">
<cman expected_votes="1" keyfile="/var/lib/pve-cluster/corosync.authkey" two_node="1"/>
<fencedevices>
<fencedevice agent="fence_manual" name="human"/>
</fencedevices>
<clusternodes>
<clusternode name="node01" nodeid="1" votes="1">
<fence>
<method name="single">
<device name="human" nodename="node01"/>
</method>
</fence>
</clusternode>
<clusternode name="node02" nodeid="2" votes="1">
<fence>
<method name="single">
<device name="human" nodename="node02"/>
</method>
</fence>
</clusternode>
</clusternodes>
</cluster>

# config_version="10" обязательно увеличиваем каждый раз, когда меняем содержимое

Что мы здесь видим:
Устройство fence - ручной переключатель (возможны другие варианты, от упса до коммутатора).
Fence - в общем это такой механизм, который гарантированно вырубит отвалившийся узел, чтобы не допустить возможности их параллельной работы (что в случае drbd однозначно приведет к поломке синхронизации дисков и ручного разгребания каши на них).
В этом примере гарантом изоляции является человек, что тоже не очень, но оставим это на будущее.

Идем в интерфейс и применяем настройки кластера: Datacenter -> HA -> Activate

Правим, удалив комментарий в последней строчке на обоих узлах:
nano /etc/default/redhat-cluster-pve
выполним на обоих узлах:
fence_tool join
Наш домен fence готов.

Если есть вирт.машинка подключаем ее к HA кнопкой add (указываем id машинки). Если нет, создаем и подключаем.
Почти все. Идем в сервер(node01) -> Services запускаем службу RGManager. Должна запуститься наша машинка. Повторяем запуск RGManager на node02.
Все. Можем гасить node01 машинка переберется на node02.

!!! Обязательно !!!
Если у вас к vm подключен инсталяционный cd, или подключена консоль, отключитесь, иначе кина не будет.

P.S.
Для ручного fencin-га:
Запускаем vn на node01
Гасим node01
Идем на node02
Говорим, что 100% уверены, что узел 1 не работает: fence_ack_manual node01
Говорим, что на 1000500% уверены введя "absolutely"
машинка заведется на node02

Материал собрал из:
http://www.helplinux.ru/wiki/en:kb:proxmox-drbd-cluster
http://pve.proxmox.com/wiki/Two-Node_High_Availability_Cluster
http://forum.proxmox.com/threads/7059-Update-DRBD-userland-to-8.3.10-to-match-kernel-in-1.9?p=40033#poststop
http://forum.proxmox.com/threads/8623-Proxmox-2-node-cluster-fencing-device
http://pve.proxmox.com/wiki/Fencing#Enable_fencing_on_all_nodes

rdesktop не спит.. но и не подключается

2012-04-04T11:03:00.001+08:00

Есть одна машинка на Ubuntu 8.04 Hardy, которая перестала подключаться к серверу терминалов на Windows Server 2008 R2 послу того, как были загружены клиентские лицензии. С триальным периодом все работало, а с живыми лицензиями перестало. Но мы не будем расстраиваться и попробуем решить задачку.
Первое очевидное решение - перейти на remmina отпадает по простой причине: ее нет в репах на hardy даже на launchpad. Отдельно скажу, что remmina, в отличии от rdesktop работает просто замечательно и все остальные linux машинки давно и плотно сидят на ней.
Будем искать другое решение. Поиск в launchpad не дал результаттов по обновлению rdesktop до актуальной версии, по крайней мере слету. Может быть, если бы потратил побольше времени и нашел, но тут случайно перепутал ключ у команды rdesktop в терминале и увидел ее подсказку. А там есть такой параметр как "-4", который заставляет использовать не актуалную версию протокола rdp5, а rdp4 в котором еще с шифрованием сессий и ключами не заморачивались.
В общем просто добавив его все заработало, что и требовалось.
Отдельно скажу, что машинка на centos 5.2, у которой версия rdesktop старее подключается и работает безо всяких доп ключей. Это RedHat!!!!

Приключения с kvm и usb

2012-04-03T16:11:00.002+08:00

У знакомого установлен сервер 1С по инструкции из этого блога. Но неприятности продолжились.
Симптомы: 1С периодически терят ключ. Причем зависимости им самим не обнаруживалось.
Времени не было, поэтому отложили лечение.
Но вот он счастливый момент и время на диагностику.
Итак:
В сервер воткнуто 2 ключа: серверный 1с и ключ лицензий (пользовательский).
Серверный прокинут средствами kvm в виртуалку, на обеих машинах стоит hasp от etersofta.
Где брать ключи указывается в файликах nethasp.ini, который лежит на рабочих станциях в ProgramFiles, на сервере в /opt.
Тонкие клиенты и веб-клиенты берут настройки из серверного nethasp.ini.

Лечить будем так:
Разнесем ключи по физическим машинам. Ибо: haspd, запущенный на хосте не дает нормально работать ключу прокинутому в виртуалку (а все из-за совпадающих id) и периодически забирает его себе, оставляя сервер без ключа.
1. Обновляем haspd от etersofta (вышла версия поновее) на сервере 1с (виртуализированном).
2. Удаляем haspd с хоста, ибо нефиг.
3. Ставим на другую физическую машину, втыкаем ключ.
4. Прописываем в nethasp.ini новый ip машины с пользовательским ключом.
5. Наслаждаемся...

Ага, еще пропишите haspd в автозагрузку (chkconfig), а то эта версия сама не стартует))

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

ospfd О-о-о-й

2012-03-23T10:59:00.000+08:00

Только описал настройку ospfd как новостью порадовал opennet, всего 2 уязвимости, без деталей, но пишут, что возможна удаленная эксплуатация...
Пятница началась неожиданно. Версия в 5 Cente
rpm -qa|grep qua
quagga-0.98.6-5.el5_5.2

Обновлений нет. Можно засекать время пока выкатят, о чем сообщу позже.
Остается надеяться на файерволл и selinux.

ospf как лучший способ связать 4 провайдеров в один стабильный канал

2012-03-22T14:40:00.000+08:00

Возникла такая небольшая задачка.

Итоговые данные:
Склад работает в терминальном режиме с базой, расположенной в офисе.
На складе подключено 2 провайдера. Один беспроводной с серым ip, второй проводной по vpn. Всего 3 интерфейса.
В офисе, страшно сказать, 3 провайдера. Беспроводной с серым и белым ip, и 2 проводных, из которых первый pptp, второй ppoe. Итого 5 интерфейсов.
"Небольшая" задачка состоит в том, чтобы при любой ситуации склад продолжал работать.
Решение первое: скрипты - громоздко, слишком много событий придется отслеживать (для впн - соединен, сброшен, залип, кончились деньги, для обычных - есть коннект, нет, кончились деньги).
Второе решение: что-то там с bgp - ужас и только. Причем не из-за геморности настройки, а согласования с кучей провов.

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

Начинаем

Рисуем схему подключений (на всякий случай скрыл все адреса):
Офис:
Провайдер 1 дает реальный и серый ip, соответственно, по одному каналу есть интернет, по второму только доступ ко второй точке, расположенной на складе.
Провайдер 2 подключает по vpn pptp, соответственно два адреса, серый - доступен провайдерам, членам krs-ix, реальный ip доступен всем.
Провайдер 4 подключает по ppoe, дает реальный ip доступный всем, но не входит в krs-ix.
Склад:
Провайдер 1 дает серый ip для связи с офисом.
Провайдер 3 подключает по vpn pptp. Состоит в krs-ix. Получается 2 серых ip, реального нет.

Итого 6 каналов (слева офис, а так же относительная скорость канала):
p1_lo-p1_lo (медленно)
p1_ip-p3_ip (медленно)
p2_lo-p3_lo (быстро)
p2_lo-p3_ip (быстро)
p2_ip-p3_ip (быстро)
p4_ip-p3_ip (средне)
где ip - реальный, lo - серый, все каналы работают (протестировано электро... пингом и tracert'ом)
Объясню почему так много - иногда у провайдера заканчиваются деньги, и происходит такая штука - интернета по vpn подключению нет, но в пределах krs-ix по серым адресам все работает. Причем без ограничения скорости.
Еще одно замечание - у провайдера 1 самый стабильный канал, еще не разу не рвался, но оооочень медленный (256 кб/с).

Теперь, по хорошему, необходимо связать эти адреса в туннели, для секурности и вообще ospf без этого не заработал). вариантов не много. ipsec, pptp, openvpn.
ipsec отпал из-за некоторых нехороших провов, которые его не маршрутизируют.
pptp отпал просто потому, что microsoft, доп.настройки, лишняя нагрузка на оборудование, возможные проблемы с провайдерами
Остался openvpn, с ним и будем работать.

Расписываем туннели (адрес привязки, порт, внутренний адрес, и с другого конца туннеля внутренний адрес, порт, адрес привязки) :
addr_p1_1 1195 10.10.1.1 10.10.1.2 1195 addr_p1_2
addr_p1_2 1196 10.10.2.1 10.10.2.2 1196 addr_p3_2
addr_p2_1 1197 10.10.3.1 10.10.3.2 1197 addr_p3_1
addr_p2_1 1198 10.10.4.1 10.10.4.2 1198 addr_p3_2
addr_p2_2 1199 10.10.5.1 10.10.5.2 1199 addr_p3_2
addr_p4_1 1200 10.10.6.1 10.10.6.2 1200 addr_p3_2

Устанавливаем с обоих сторон пакет openvpn, и рисуем наши первые два конфига.
Со стороны офиса: cat /etc/openvpn/tun_p1_lo-p1_lo.conf

local addr_p1_1
port 1195
dev tun1
ifconfig 10.10.1.1 10.10.1.2
secret tunel-all.key
keepalive 10 60
ping-timer-rem
persist-tun
persist-key

Со стороны склада: cat /etc/openvpn/tun_p1_lo-p1_lo.conf

remote addr_p1_1 1195
local addr_p1_2
lport 1195
dev tun1
ifconfig 10.10.1.2 10.10.1.1
secret tunel-all.key
keepalive 10 60
ping-timer-rem
persist-tun
persist-key

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

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

Запускаем openvpn, проверяем, что все интерфейсы tun поднялись, проверяем что туннели поднялись и пинги проходят. Продолжаем наше путешествие.

За ospf в линукс отвечает пакет quagga. Ставим его и начинаем настраивать.
Конфиг zebrы офиса:

cat /etc/quagga/zebra.conf
hostname днс-имя-шлюза-в-офисе
password zebra
enable password zebra
!
!interface
!
interface lo
description loop
interface tun1
description tun1
interface tun2
description tun2
interface tun3
description tun3
interface tun4
description tun4
interface tun5
description tun5
interface tun6
description tun6
!
log file /var/log/quagga/zebra.log

Конфиг zebrы склада:

cat /etc/quagga/zebra.conf
hostname днс-имя-шлюза-на-складе
password zebra
enable password zebra
!
!interface
!
interface lo
description loop
interface tun1
description tun1
interface tun2
description tun2
interface tun3
description tun3
interface tun4
description tun4
interface tun5
description tun5
interface tun6
description tun6
!
log file /var/log/quagga/zebra.log

Зебра есть, теперь сам ospf

В офисе:

cat /etc/quagga/ospfd.conf

hostname днс-имя-шлюза-в-офисе

password zebra

enable password superzebra

log file /var/log/quagga/ospfd.log

interface lo

interface tun1

ip ospf network point-to-point

ip ospf cost 10

interface tun2

ip ospf network point-to-point

ip ospf cost 10

interface tun3

ip ospf network point-to-point

ip ospf cost 10

interface tun4

ip ospf network point-to-point

ip ospf cost 10

interface tun5

ip ospf network point-to-point

ip ospf cost 10

interface tun6

ip ospf network point-to-point

ip ospf cost 5

router ospf

ospf router-id 192.168.101.1

network 10.10.1.0/24 area 0.0.0.0

network 10.10.2.0/24 area 0.0.0.0

network 10.10.3.0/24 area 0.0.0.0

network 10.10.4.0/24 area 0.0.0.0

network 10.10.5.0/24 area 0.0.0.0

network 10.10.6.0/24 area 0.0.0.0

network 192.168.101.0/24 area 0.0.0.0

area 0.0.0.0 range 192.168.101.0/24 cost 10

line vty

И на складе:

cat /etc/quagga/ospfd.conf

hostname днс-имя-шлюза-на-складе

password zebra

enable password superzebra

log file /var/log/quagga/ospfd.log

interface lo

interface tun1

ip ospf network point-to-point

ip ospf cost 10

interface tun2

ip ospf network point-to-point

ip ospf cost 10

interface tun3

ip ospf network point-to-point

ip ospf cost 10

interface tun4

ip ospf network point-to-point

ip ospf cost 10

interface tun5

ip ospf network point-to-point

ip ospf cost 10

interface tun6

ip ospf network point-to-point

ip ospf cost 5

router ospf

ospf router-id 192.168.3.1

network 10.10.1.0/24 area 0.0.0.0

network 10.10.2.0/24 area 0.0.0.0

network 10.10.3.0/24 area 0.0.0.0

network 10.10.4.0/24 area 0.0.0.0

network 10.10.5.0/24 area 0.0.0.0

network 10.10.6.0/24 area 0.0.0.0

network 192.168.3.0/24 area 0.0.0.0

area 0.0.0.0 range 192.168.3.0/24 cost 10

line vty

Немного пояснений:

192.168.101.Х - локалка в офисе

192.168.3.Х - локалка на складе

Чем ниже параметр cost, тем предпочтительней интерфейс.

Рестартуем оба шлюза (на всякий) и проверяем работу ospf. С любой машины офиса видна любая машина склада. И наоборот. Поздравления и авации.

Запускаем пинг и рвем соединение по текущему туннелю (из лога zebra), лучше физически отсоединить кабель провайдера. Пинги замирают на доли секунды и спокойно продолжают бегать, не потеряв бойцов в пути.

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

Что-то странное со временем.

2012-03-22T14:19:00.002+08:00

Время летит, да с такой скоростью, что писать некогда.
Давно ничего не описывал. Хотя в РЛ запущено много-много всего. Попробую это все описать со временем.
Что было:
ip-телефония или нужен ли нам еще один кабель
ospf как лучший способ связать 4 провайдеров в один стабильный канал
Видеонаблюдение или motion рулит
Приключения с kvm и usb
DECT побеждает с помощью Siemens
VirtualBox как спасатель электронной отчетности и банк-клиентов
Zimbra - надежный помощник в течении 4 лет, но теперь, извини, до свидания, верный друг
Грозовые облака - прощай оружие.. прощай реальное железо, здравствуй виртуальное

Конвертация centos6 в sl6 (convert centos 6 to sl 6x)

2011-09-19T14:34:00.000+08:00

Итак, намучавшись с centos6 (не работающий проброс ключа hasp в виртуальную машину), решился на подлый шаг - преобразование centos в scientific linux.
Подтолкнуло к этому чтение форумов, где утверждается что данный функционал не работает (точнее то работает, то нет) на rhel 6 и только заработал на 6.1, а, как известно, релиз centos 6.1 даже на горизонте не маячит.
Начинаем
Бэкап всего что попадется под руки.
Устанавливаем репы SL:
rpm -ivh --force http://ftp.scientificlinux.org/linux/scientific/6x/x86_64/os/Packages/sl-release-6.1-2.x86_64.rpm
Чистим yum
yum clean all
Обновляем сам yum и rpm
yum update yum* rpm*
обновляем систему
yum update
Удаляем лишнее
rpm -e centos-release
rpm -e yum-plugin-fastestmirror
Обновляем логопиты
yum distro-sync
Переустанавливаем пакеты вендора centos
rpm -qa --qf "%{NAME} %{VENDOR}\n"|grep CentOS
Так мы вывели список таких пакетов
и вперед: yum reinstall по списку)
reboot
Немного поволновавшись за систему, ушел пить чай
В результате все прошло идеально, ошибок в логах нет
И, самое главное, ключ появился в виртуальной машине. Сервер предприятия его подхватил и пользователи свободно зашли в 1с.
P.S. Бинарная совместимость клонов rhel это просто праздник...
Придала решимости мне вот эта статья

2011-09-19T13:14:00.000+08:00

Ага, озадачился установкой системы мониторинга и развертывания

Делаю как здесь: https://github.com/mstanislav/Veewee-Definitions/blob/master/CentOS-6_x86_64-PuppetStack/postinstall.sh

не забыть в начале установить make gcc

1C Postgresql Backup

2011-09-06T13:35:00.000+08:00

Так из того, что до сих пор не было сделано, это бэкап. Это плохо(
Доделал, чем с вами и делюсь)
За основу был взят скрипт отсюда, спасибо за простой и не напряжный вариант.
Единственно, пришлось немного поправить скрипты и пути, были небольшие опечатки.
файл crontab для пользователя postgres:
crontab -e -u postgres

0 8-20/2 * * * /var/lib/pgsql/backups/archpgbase /var/lib/pgsql/backups hourly gpi
0 2 * * * /var/lib/pgsql/backups/archpgbase /var/lib/pgsql/backups daily gpi
0 4 1 * * /var/lib/pgsql/backups/archpgbase /var/lib/pgsql/backups monthly gpi

файл скрипта.

bash-4.1$ cat /var/lib/pgsql/backups/archpgbase
#!/bin/sh
arcdir=$1
bindir=/usr/bin
PASS=237511
USAGE= "Usage: arcdb hourly|daily|mountly [SQLhost]"
if [ "$4" = "" ]; then
SQLhost='127.0.0.1'
fi
echo "SQLhost: $SQLhost"
if ! [ -d $1 ]; then
echo $USAGE
exit 1
fi
echo "Target dir: $1"
if [ "$3" = "" ]; then
echo $USAGE
exit 1
fi
echo "Database: $3"
case $2 in
hourly)
find $arcdir/$2/$3/ -type f -ctime 1 -delete
;;
daily)
find $arcdir/$2/$3/ -type f -ctime 31 -delete
;;
monthly)
find $arcdir/$2/$3/ -type f -ctime 365 -delete
;;
*)
echo $USAGE
exit 1
;;
esac
if ! [ -e $arcdir/$2/$3 ]; then
mkdir $arcdir/$2/$3
fi
export PGPASSWORD=123456
$bindir/pg_dump -h $SQLhost -U postgres -c $3 | gzip >>$arcdir/$2/$3/`date +%y%m%d%H%M`.gz

создаем директории в /var/lib/pgsql/backups/

monthly

daily

hourly

отдаем пользователю постгресса во владениее папки

chown -R postgres /var/lib/pgsql/backups

делаем скрипт исполняемым

chmod +x /var/lib/pgsql/archpgbase

все. все просто и понятно)

Полезно!

2011-09-06T13:21:00.000+08:00

Как раз занимаясь разборками с KVM, обнаружил следующее:
http://libc6.org/virtualization/
Помогло кое-в чем разобраться, спасибо огромное)

Сервер 1с на Linux

2011-09-05T21:55:00.000+08:00

Сегодня повторил установку для дружественной организации.

Делал, как и описывал один в один. Не заработало. Возникли две проблемы, достаточно неприятные (просто жаль убитого времени).

1. Проблема - не доустановился пакет с cabextract на этапе установки шрифтов от Майкрософт. В результате ошибка при запуске платформы 1С "Не удалось инициализировать графическую подсистему".

Пришлось проверять каждый пакет на правильность установки. А все из-за ключа yum --nogpgcheck, просто не все подписывают свои пакеты, что есть плохо

2. Проблема - не пробросился в виртуальную машину ключ сервера 1С:Предприятия. Ругается в логах на ошибку прав. Хотя прав ему хватает.

Решение легкое, но не правильное - если есть возможность в bios превратить контроллер usb в 1.1 из 2.0.

Решение трудное - установить пакет qemu-kvm от Scientific Linux 6.1. Не очень хочется, но данный баг починили только в RHEL 6.1.

Решение долгое - дождаться пока CentOS Team выпустит наконец версию 6.1, и обновиться

По различным причинам выбрал последний вариант (у мамки нет настроек usb, ставить левые пакеты страшновато, пользователей работает пока всего 10).

Установка: часть 3 - Терминальный сервер

2011-09-01T16:56:00.000+08:00

Итак у нас получился вполне себе работоспособный сервер 1С:Предприятия на базе CentOS, что не может не рабовать)
Для окончательного избавления от Windows Server не хватает только терминального режима работы. Чем я занимался последние два дня... Ага, именно, два дня!
Как я себе это представлял:
1. Какая-нибудь ОС дружного и не очень семейства Linux
На самом деле, думал я, без разницы какая, главное постабильней. в качестве DE - LXDE, ибо легкая (что в названии DE и написано)
2. За пользовательские сеансы отвечать будет NX
Других-то вариантов на горизонте нет
3. 1С будет последней доступной платформы в режиме толстого клиента
Знаю я, знаю, про тонкого клиента, да и про веб-клиента. Вы его пробовали? Покажите мне розничный интерфейс на управляемых формах, и я пойду в лес, лягу в берлогу к медведю и буду... не важно короче. Склады и магазины работают в АРМах и их нет в управляемых формах))
4. Поскольку клиент-то толстый (неполиткоректно как-то звучит) нужен wine для его запуска.

Поехали.

Из 4 пунктов 3 позволяют вариации в моем случае. Начинаем вариации.
wine взял бесплатный
nx сервер от etersofta
1. Ubuntu server 10.04
1.1 64 бита
1.1.1 wine 1.3
Хрень какая-то... я серьезно. Все поставилось, и заработало. Кроме 1С. Точнее она заработала, но уж больно интересно. Может раз 20 запуститься подряд и отработать, а может начать вылетать на запуске по двум причинам: первая - no XRender чего-то там, вторая ошибка инициализации dll.
1.1.2 wine 1.2 типа стабильная
Еще лучше. 1С вылетает при любой манипуляции с выпадающими списками. 100% не рабочий вариант.
1.2 32 бита
1.2.1 wine 1.3
1.2.3 wine 1.2
Все с точностью до наоборот, те же ошибки поменялись местами. Снес.
2 Ubuntu server 10.10
Все один в один

Итого убунту 12-13 часов радости, счастья и глюков. Убираем установочные iso подальше и стараемся их больше не замечать.

3. LinuxMint 11 Katya LXDE 32 bit
Не видит ключ. В упор не видит.
Я в курсе, что бесплатный вайн не работает с локальными ключами. Но у меня сетевой. Даже nethasp.ini не помог. Скажу больше, пробовал ломать. На винде норм отработало, в вайне не видит ключ... как-так? забил. убрал все ломаные библиотеки, мы же лицензионные до жути)

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

В раздумьях провел пару часов. Читал Гугла.
На глаза попался установочный диск Центоси. Ага, тот же самый, с которого ставил сервера. Рука дрогнула и полезла в epel. Вот и оно: wine-1.2.3-1.el6.i686.rpm
Да, система для серверов, да с интерфейсом не очень (по мне так дубоват) со сглаживанием шрифтов тоже. Но работает.

Вот он, победитель:
4. CentOS Linux release 6.0 (Final)
Linux termpro.*.* 2.6.32-71.el6.i686 #1 SMP Fri Nov 12 04:17:17 GMT 2010 i686 i686 i386 GNU/Linux

Работает все, что необходимо на данном этапе.
Что сделал.
1. Установил систему с minimal desktop
2. Установил nx-сервер
Брал с сайта etersofta
Ничего сложного нет. Ставим пакеты, потом:
nxsetup --setup-nomachine-key --install
/etc/init.d/iptables stop заодно отключим его вообще
/etc/rc.d/freenx-server check проверили установку нашли косяки, правим
nano /etc/ssh/sshd_config включаем publickey
nano /etc/selinux/config отключаем, ибо см.предыдущий пост
reboot
Все, подключается, сессии открываются
rpm -ivh http://mirror.yandex.ru/epel/6/i386/epel-release-6-5.noarch.rpm

yum install wine

wget http://files.polosatus.ru/winefontssmoothing.sh (скрипт включает сглаживание в вайне)

wget -c http://download.etersoft.ru/pub/Etersoft/WINE@Etersoft/1.0.12-eter12/fonts/CentOS/5.5/fonts-ttf-ms-1.0-eter4centos.noarch.rpm

yum localinstall --nogpgcheck fonts-ttf-ms-1.0-eter4centos.noarch.rpm

yum remove NetworkManager (а зачем он нам?)

nano /etc/sysconfig/network-scripts/ifcfg-eth0

mkdir /var/lib/1c

nano /var/lib/1c/start1c.sh

chmod 777 /var/lib/1c/start1c.sh (скрипт запуска 1с)

Ставим в графике 1с. Прописываем в hosts наши сервера (мы же еще не подняли dhcp и bind, а пользоваться виндовым надоело)

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

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

В клиенте прописываем наш скрипт запуска ставим rootless, наслаждаемся.

Установка: часть 2 - Косяк

2011-09-01T14:53:00.000+08:00

Столкнулся с небольшой проблемкой после установки.
sshd на сервере Centos 6 не позволяет проводить аутентификацию пользователей по PublicKey. Все дело во включенном SELinux. Временное решение - отключить))
Разберусь с SELinux включу назад, ибо секурно))

Установка сервера для 1С:Предприятие 8.2

2011-08-30T11:29:00.000+08:00

Обобщив весь опыт и все, что нашлось в Интернете описываю установку

1. Система
Базовая система CentOS 6.0 (свежее пока нет, чего-то индусы задерживаются)
Ставим все на SuperMicro X8DTU
2 x Xeon E5620
4 x SATA WD RE4 250Gb
3 x 4Gb DDR3 ECC (немного не оптимально, но планка уже едет))

2. Что хотим получить
Как обычно получить надо все и быстро, поэтому определяемся:
1. Сервер 1С:Предприятия
2. Сервер баз данных
3. Сервер виртуализации
4. Терминальный сервер
5. Сетевая инфраструктура
Многовато конечно, но вот такие задачи. По поводу целесообразности установки всего этого на один сервак можно спорить, но нежелательно, так как других вариантов пока нет. Объясняю: 1С - лицензия, ключ на сервер куплен, но вот незадача 32 битный, лишних денег (порядка 36кр) сейчас в обрез, надо заставить работать как есть. А ставить в наш век 32 разрядную систему на 12 гигов оперативы - изврат, да и для базы данных полегче. Получаем: Centos 6 x86_64 на котором стоит Postgres и всякие dhcpd, bind, а также гипервизор KVM в котором крутится Centos 6.0 32bit в котором крутится Сервер Предприятия. Вот так.
Начнем, пожалуй.

Для начала достанем диски из сервера и уберем подальше. По секрету, там datastore VmWare ESXi 4.0. Не удовлетворила она нас, не кайф. А все только из-за неподдерживаемого raid. Надоело молится на не вылет винта. Пробовал даже делать софт-рейд из виртуальных дисков, но производительность....

Вставляем новые диски и установочный диск и поехали.

Систему ставим в минимальной инсталяции
Жесткие диски в софтверный рейд 10 уровня на базе mdadm. Наелись в свое времяи глюков дешевых контроллеров и невозможность быстро достать дорогой контроллер на замену старого, особенно после того, как прошло года три.

для /boot выделим 500 Mb зеркального raid1, нам не жалко, да и тенденции пугают...
/ на raid10
swap на raid10

Собственно сама установка:
Памяти много, анаконда в графическом режиме...
Доходим до управления дисками, выбираем Custom layout.
если есть разделы удалем их.
далее на каждом диске создаем 3 раздела: тип Software raid размерами 500, 230000 и все что осталось)
потом создаем 3 Raid device, правильно расставив галочки)
md0: mount /boot ext4 raid1 sda[bcd]1
md1 / ext4 raid10
md2 swap raid10

применяем, выбираем по умолчанию boot - /dev/sda
выбираем minimal, и наслаждаемся установкой самой системы. Но лучше покинуть серверную, ибо холодно. Дальше нас выручит ssh.
Приходим на рабочее место и видим, что dhcp сервер новых адресов в последнее время не выдавал.
Огорчаемся, идем мерзнуть.
Логинимся локально, правим /etc/sysconfig/network-scripts/ifcfg-eth0
меняем ONBOOT на yes и дописываем BOOTPROTO=dhcp
не знаю почему, но так вот.
/etc/init.d/network restart
получили адрес, уходим, наливаем чай, греемся, параллельно коннектимня по ssh. Получилось.
Первым делом, конечно, не самолеты, а yum update. допиваем чай, пока все обновиться, reboot. в этот момент нужно убрать кружку подальше, пока клава не пострадала.
Сейчас будем работать на скорость (времени не так много, часов 5 осталось), украшательствами займемся не в такое тяжелое время. Просто отмечаем походу.
*need* установить grub на все остальные диски
*need* мониторить состояние mdadm
*need* мониторить состояние smart
Перезагрузились.
Ставим postgres.
1С такая неприятная штука, что с нормальным postgree работать не будет, поэтому 2 варианта:
1. Взять с сайта 1с версию 8.4.3 (официально поддерживаемую)
2. Попробовать собрать последнюю версию(9), благо патчи опубликованы
3. А, точно вариантов 3. Не мучаться и взять собранную версию у ребят из etersoft.
Я остановился на 3 варианте, так как в дальнейшем нужны плюшки 9 версии (чуть быстрее и репликация), и времени на компиляние нет. По поводу, что не поддерживается - вздор, проверено на многих компаниях, которым уже поставил. правда в связке с centos 5.6
Идем сюда, забираем пакеты.
А, точно, вначале yum install wget
mkdir postgre
cd postgre
wget http://updates.etersoft.ru/pub/Etersoft/Postgres@Etersoft/9.0.4/x86_64/CentOS/6/libpq5.2-9.0eter-9.0.4-eter6rhel.x86_64.rpm
wget http://updates.etersoft.ru/pub/Etersoft/Postgres@Etersoft/9.0.4/x86_64/CentOS/6/postgre-etersoft9.0-9.0.4-eter6rhel.x86_64.rpm
wget http://updates.etersoft.ru/pub/Etersoft/Postgres@Etersoft/9.0.4/x86_64/CentOS/6/postgre-etersoft9.0-contrib-9.0.4-eter6rhel.x86_64.rpm
wget http://updates.etersoft.ru/pub/Etersoft/Postgres@Etersoft/9.0.4/x86_64/CentOS/6/postgre-etersoft9.0-server-9.0.4-eter6rhel.x86_64.rpm

yum localinstall --nogpgcheck *.rpm

Готовим нашу базу

su postgres

initdb -D /var/lib/pgsql/data --locale=ru_RU.UTF-8
exit

chkconfig postgresql on

service postgresql start

su postgres
psql postgres

postgres=# alter user postgres with password '123456';
ALTER ROLE
postgres=# \q
bash-4.1$ exit
exit

Все, пока с сервером баз данных разобрались... пока...
*need* оптимизация
*need* бэкап

Начинаем мучить Сервер Предприятия

Надо: kvm, дистрибутив, платформу 1с
Поехали
Убедимся, что потянем виртуализацию kvm. Иначе придется извращаться с VirtualBox )))
egrep '(vmx|svm)' --color=always /proc/cpuinfo
Если удачно, тогда далее:
yum install kvm libvirt python-virtinst qemu-kvm
Настроим бридж
vi /etc/sysconfig/network-scripts/ifcfg-br0
Приведем к виду

DEVICE="br0"
NM_CONTROLLED="yes"
ONBOOT=yes
TYPE=Bridge
BOOTPROTO=dhcp
IPV4_FAILURE_FATAL=yes
IPV6INIT=no

vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE="eth0"
HWADDR="00:25:90:04:AF:A8"
NM_CONTROLLED="yes"
ONBOOT="yes"
BOOTPROTO=dhcp
BRIDGE=br0

service network restart

Сеть поднялась, в холод топать не пришлось...

kvm есть, сеть настроили... можно ставить.. Дитрибутив !!!

качаем на сервер CentOS-6.0-i386-bin-DVD.iso

cd /var/lib/libvirt/

wget ..... откуда хотите, оттуда качайте.. у меня локальный ftp

На самом деле это жестко, качать целый DVD. Для информации: команда CentOS выпустила минимальные образы для установки, мой совет, воспользуйтесь ими

Для управления KVM есть хорошая штука, virt-manager, ставлю его на рабочую машину.

sudo apt-get install virt-manger (а что делать, убунта, же)

ssh-keygen

ssh-copy-id username@ip

запускаем.

на сервере правим

vi /etc/ssh/sshd_config

раскомменитировав

PubkeyAuthentication yes

/etc/init.d/sshd restart

создаем новую машинку.

имя

указываем iso

OS type: Linux

Version RHEL6

Memory 2Gb

CPU 1 (посмотрим, может потом и второй добавим)

диск гигов 16, вроде должно хватить

В адвансед i686

Ставим аналогично серверу, только без raid, используем весь диск, также minimal

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

ставим на сервер ntp, точнее на оба

включаем. (для виртуалок самое то)

Идем на сайт users.v8.1c.ru забираем платформу 1с в rpm

yum install wget
mkdir 1c
cd 1c
wget ...
Наконец-то Нургалиев и Ко догадались паковать платформу для линуксов не в rar, а то смешно, ей богу
правим /ets/hosts для запуска сервера предприятия.. в общем говорим серверу, что он находится там где находится))
распаковываем скачанный арив и ставим его
yum --nogpgcheck localinstall *.rpm
тут немножко магии
надо установить шрифты от microsoft
rpm -ivh http://dl.atrpms.net/el6-i386/atrpms/stable/atrpms-repo-6-4.el6.i686.rpm
yum install xorg-x11-xfs chkfontpath

rpm -ivh http://elders.princeton.edu/data/puias/unsupported/5/i386/msttcorefonts-2.0-1.noarch.rpm

Так, вроде разобрались

Идем в

cd /opt/1C/v8.2/i386/utils/

./config_server /usr/share/fonts/msttcorefonts/

и облом...

доустанавливаем

yum install ImageMagick

офигеваем от мусора, которым начинает засоряться наш сервер... хотя это началось еще при установке шрифтов

как обычно от avahi уже никуда не деться

yum install ttf2pt1 unixODBC

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

./config_server /usr/share/fonts/msttcorefonts/

Ок

/etc/init.d/srv1cv82 restart

файервол на сервере предприятия
-A INPUT -p tcp --dport 1540 -j ACCEPT

-A INPUT -p tcp --dport 1541 -j ACCEPT
-A INPUT -m multiport -p tcp --dports 1560:1691 -j ACCEPT
файерволл на серверебазы данных
-A INPUT -p tcp --dport 5432 -j ACCEPT

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

Источники:
1. http://www.howtoforge.com/virtualization-with-kvm-on-a-centos-6.0-server
2. http://www.alsigned.ru/?p=1129

Начало ...

2010-10-19T20:52:00.000+08:00

Попробую в данном месте собрать весь свой опыт работы и не только)

На текущий момент работаю системным администратором в не очень большой компании, но попробовал почти все в нелегкой it-шной жизни