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

1С онлайн лучшее решение для бизнеса

admin — Tue, 14 May 2013 16:23:34 +0000

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

Аренда программ 1С — удобно, экономично, безопасно. Попробуйте 1с 8 в аренду бесплатно.
Доступ к 1С у нас построен на основе популярной во всем мире модели SaaS (Software as a service — «программное обеспечение как услуга»)
Пользование сервисом аренды 1С происходит на основе ежемесячной абонентской платы.
Чтобы зарегистрироваться, нужно выбрать тариф, нажать «Попробовать бесплатно» и заполнить форму.
Удобный личный кабинет, простой и понятный интерфейс.
Отличная служба технической поддержки. Мы любим каждого нашего клиента и готовы помочь. Обратиться можно любым удобным способом: телефон,почта, ICQ, Skype.

Бесплатный пробный период. Аренда 1С — еще не совсем привычная услуга на российском рынке, а потому, прежде чем платить, хочется узнать, а за что платишь? Пожалуйста — все для Вас! Тестируйте бесплатно наш сервис в течение двух недель.

Адекватная стоимость услуг аренды 1С. Мы предоставляем наши услуги по вполне доступным для любой компании расценкам.

Финансовые гарантии доступности сервиса. Мы убеждены, что наши услуги самого высокого качества, и готовы это доказать на практике. Деньгами. Читайте подробнее здесь.

ссылка на регистрацию
Вопщем смотрите промо ролик внизу и вам все станет понятно.

Восстановление и бэкап MySQL базы используя бинарные логи

admin — Wed, 01 May 2013 06:21:27 +0000

Большинство из вас любят делать резервное копирование баз данных используя всеми любимую утилиту mysqldump.
Данная программка крайне популярна среди пользователей веб-хостингов. Читая содержимое таблиц, она создаёт файл с SQL-инструкциями для последующего заполнения. Как правило, при использовании люди забывают про несколько ключевых моментов:

Если не использовать блокировку таблиц, вполне можно получить нарушение логических связей между содержимым таблиц(если в процессе создания копии кто-то решит оставить запись в базе). Здесь косвенно может помочь накатывание части bin-log`a после восстановления из дампа. Так что если по каким-то причинам не блокируете таблицы — применяйте ключ —flush-log — при его использовании старый лог будет закрыт и начат новый. Если кто-то что-то запишет в процессе создания бэкапа — это отразится в начале журнала и вы без проблем перенесёте это изменение в базу. Я бы советовал после окончания бэкапа так же выполнить mysqladmin -flush-logs и положить в бэкап помимо dump-файла предпоследний бинарный журнал.
При использовании ключа —lock-tables все таблицы получают блокировку записи, запросы встают в очередь. Это может привести к таймаутам на стороне клиента.
Стоит так же иметь ввиду, что подъём(как и создание дампа) большой базы, сохраненной таким образом может изрядно затянуться — в первом случае вы сгребаете из базы все записи, а при обратном варианте — скармливаете их ей. Тем не менее, это один из немногих способов сбэкапить базу из консоли, не имея root-доступа.

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

Первое, если вы еще не включили бинарные логи в MySQL включите их опцией в /etc/my.cnf

log-bin=mysql-bin

Далее создаем скрипт со следующими строчками:

getLastLog()
{
for binlog in `ls /var/db/mysql/mysql-bin.* | grep -v index`;
do
lastlog=$binlog
done
echo $lastlog
}

backupdir=/usr/backup
/bin/mkdir -p $backupdir/sql
/bin/mkdir -p $backupdir/tmp

#Создаем новый бинарный лог
/usr/local/bin/mysqladmin -u root --password='passowrd' flush-logs

databases=`/usr/local/bin/mysql --e 'show databases' -u root --password='password'`;
for db in $databases
do
if [ $db != "Database" -a $db != "information_schema" ]; then
/usr/local/bin/mysqldump $db -u root --password='password' > $backupdir/tmp/$db.sql
#Берем новый созданный бинарный лог и сохраняем его вместе с бэкапом во временную папку
/usr/local/bin/mysqlbinlog -s -d $db `getLastLog` > $backupdir/tmp/$db_binlog.sql
fi
done

#Далее я использую rdiff-backup для хранения разных версий данных
/usr/local/bin/rdiff-backup --print-statistic $backupdir/tmp/ $backupdir/sql/
/bin/rm -rf $backupdir/tmp

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

А как же востановить?

sudo rdiff-backup -r 10D /usr/backup/sql/db_name.sql db_name.sql
sudo rdiff-backup -r 10D /usr/backup/sql/db_name_binlog.sql db_name_binlog.log

Мониторинг пользовательской активности с использованием psacct/acct

admin — Mon, 25 Feb 2013 19:33:21 +0000

Тул psacc/acct opnsources приложение для мониторинга пользователе системы, запускается оно в бэкграунде и отслеживает активность каждого пользователя, какие ресурсы, команды были им использованы.

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

Еще ода отличная функция этой утилиты это полный список ресурсов используемых такими сервисами как Apache, MySQL, FTP,SSH etc.

Linux User Activity Monitoring

Пакеты psacct/acct предоставляет несколько фич для мониторинга.

ac — статистика login/logoff пользователей в системе

lastcomm — последняя команда выполненная пользователем

accton — использует для включения выключения процессов

sa — полная информация о запущенных командах пользователя

last и lastb — показывает список последних залогиненых пользователей

Установка

Установка psacct в CentOS, RHEL.

# yum install psacct

Установка acct в Debian, Ubuntu

$ apt-get install acct

Запуск сервиса

По умолчанию сервис выключен и его нужно запускать вручную в RHEL/CentOS/Fedora.

Командой ниже можно проверить состояние сервиса.

# /etc/init.d/psacct status
Process accounting is disabled.

Видно что команда в состоянии disabled. Запустим ее командами ниже:.

# chkconfig psacct on
# /etc/init.d/psacct start
Starting process accounting: [ OK ]

После запуска проверяем сервис еще раз

# /etc/init.d/psacct status
Process accounting is enabled.

В Ubuntu, Debian и Mint сервис запускается автоматически.

Статистика подключений пользователей в отрезок времени.

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

# ac
total 1814.03

Статистика пользователей по дням

Команда “ac -d” покажет время в часах которое пользователь был подключен каждый день.

# ac -d
Sep 17 total 5.23
Sep 18 total 15.20
Sep 24 total 3.21
Sep 25 total 2.27
Sep 26 total 2.64
Sep 27 total 6.19
Oct 1 total 6.41
Oct 3 total 2.42
Oct 4 total 2.52
Oct 5 total 6.11
Oct 8 total 12.98
Oct 9 total 22.65
Oct 11 total 16.18

Полная статистика по каждому пользователю.

Команда “ac -p” покажет статистику подключений по каждому пользователю в часах..

# ac -p
root 1645.18
tecmint 168.96
total 1814.14

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

Выведем полную статистику входа пользователя tecmint в часах используя команду ниже

# ac tecmint
total 168.96

Выведем статистику по дням для пользователя tecmint.

# ac -d tecmint
Oct 11 total 8.01
Oct 12 total 24.00
Oct 15 total 70.50
Oct 16 total 23.57
Oct 17 total 24.00
Oct 18 total 18.70
Nov 20 total 0.18

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

# sa
2 9.86re 0.00cp 2466k sshd*
8 1.05re 0.00cp 1064k man
2 10.08re 0.00cp 2562k sshd
12 0.00re 0.00cp 1298k psacct
2 0.00re 0.00cp 1575k troff
14 0.00re 0.00cp 503k ac
10 0.00re 0.00cp 1264k psacct*
10 0.00re 0.00cp 466k consoletype
9 0.00re 0.00cp 509k sa
8 0.02re 0.00cp 769k udisks-helper-a
6 0.00re 0.00cp 1057k touch
6 0.00re 0.00cp 592k gzip
6 0.00re 0.00cp 465k accton
4 1.05re 0.00cp 1264k sh*
4 0.00re 0.00cp 1264k nroff*
2 1.05re 0.00cp 1264k sh
2 1.05re 0.00cp 1120k less
2 0.00re 0.00cp 1346k groff
2 0.00re 0.00cp 1383k grotty
2 0.00re 0.00cp 1053k mktemp
2 0.00re 0.00cp 1030k iconv
2 0.00re 0.00cp 1023k rm
2 0.00re 0.00cp 1020k cat
2 0.00re 0.00cp 1018k locale
2 0.00re 0.00cp 802k gtbl
[cc lang=bash]

Где

9.86re реальное время в минутах
0.01cp сумма времени в cpu-time
2466k объем памяти используемой программой
sshd команда

Вывод индивидуальной статистики для пользователей

Параметр -u выведет пользователя который запускал программу.

[cc lang=bash]
# sa -u
root 0.00 cpu 465k mem accton
root 0.00 cpu 1057k mem touch
root 0.00 cpu 1298k mem psacct
root 0.00 cpu 466k mem consoletype
root 0.00 cpu 1264k mem psacct *
root 0.00 cpu 1298k mem psacct
root 0.00 cpu 466k mem consoletype
root 0.00 cpu 1264k mem psacct *
root 0.00 cpu 1298k mem psacct
root 0.00 cpu 466k mem consoletype
root 0.00 cpu 1264k mem psacct *
root 0.00 cpu 465k mem accton
root 0.00 cpu 1057k mem touch

Вывод списка процессов

sa -m покажет полный список процессов и занимаемое процессорное время.

Если вы увидите что число продолжает расти, время проверить что происходит с системой.

# sa -m
sshd 2 9.86re 0.00cp 2466k
root 127 14.29re 0.00cp 909k

Вывод отсортированный про процентам

команда “sa -c” покажет максимальный процент загрузки процессом.

# sa -c
132 100.00% 24.16re 100.00% 0.01cp 100.00% 923k
2 1.52% 9.86re 40.83% 0.00cp 53.33% 2466k sshd*
8 6.06% 1.05re 4.34% 0.00cp 20.00% 1064k man
2 1.52% 10.08re 41.73% 0.00cp 13.33% 2562k sshd
12 9.09% 0.00re 0.01% 0.00cp 6.67% 1298k psacct
2 1.52% 0.00re 0.00% 0.00cp 6.67% 1575k troff
18 13.64% 0.00re 0.00% 0.00cp 0.00% 509k sa
14 10.61% 0.00re 0.00% 0.00cp 0.00% 503k ac
10 7.58% 0.00re 0.00% 0.00cp 0.00% 1264k psacct*
10 7.58% 0.00re 0.00% 0.00cp 0.00% 466k consoletype
8 6.06% 0.02re 0.07% 0.00cp 0.00% 769k udisks-helper-a
6 4.55% 0.00re 0.00% 0.00cp 0.00% 1057k touch
6 4.55% 0.00re 0.00% 0.00cp 0.00% 592k gzip
6 4.55% 0.00re 0.00% 0.00cp 0.00% 465k accton
4 3.03% 1.05re 4.34% 0.00cp 0.00% 1264k sh*
4 3.03% 0.00re 0.00% 0.00cp 0.00% 1264k nroff*
2 1.52% 1.05re 4.34% 0.00cp 0.00% 1264k sh
2 1.52% 1.05re 4.34% 0.00cp 0.00% 1120k less
2 1.52% 0.00re 0.00% 0.00cp 0.00% 1346k groff
2 1.52% 0.00re 0.00% 0.00cp 0.00% 1383k grotty
2 1.52% 0.00re 0.00% 0.00cp 0.00% 1053k mktemp

Последняя запущенная команда пользователем

# lastcomm tecmint
su tecmint pts/0 0.00 secs Wed Feb 13 15:56
ls tecmint pts/0 0.00 secs Wed Feb 13 15:56
ls tecmint pts/0 0.00 secs Wed Feb 13 15:56
ls tecmint pts/0 0.00 secs Wed Feb 13 15:56
bash F tecmint pts/0 0.00 secs Wed Feb 13 15:56
id tecmint pts/0 0.00 secs Wed Feb 13 15:56
grep tecmint pts/0 0.00 secs Wed Feb 13 15:56
grep tecmint pts/0 0.00 secs Wed Feb 13 15:56
bash F tecmint pts/0 0.00 secs Wed Feb 13 15:56
dircolors tecmint pts/0 0.00 secs Wed Feb 13 15:56
bash F tecmint pts/0 0.00 secs Wed Feb 13 15:56
tput tecmint pts/0 0.00 secs Wed Feb 13 15:56
tty tecmint pts/0 0.00 secs Wed Feb 13 15:56
bash F tecmint pts/0 0.00 secs Wed Feb 13 15:56
id tecmint pts/0 0.00 secs Wed Feb 13 15:56
bash F tecmint pts/0 0.00 secs Wed Feb 13 15:56
id tecmint pts/0 0.00 secs Wed Feb 13 15:56

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

# lastcomm ls
ls tecmint pts/0 0.00 secs Wed Feb 13 15:56
ls tecmint pts/0 0.00 secs Wed Feb 13 15:56
ls tecmint pts/0 0.00 secs Wed Feb 13 15:56

Кастомизация консоли bash

admin — Sun, 18 Nov 2012 14:12:51 +0000

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

root ~ # cat /etc/bashrc
export PROMPT_COMMAND=ls;cal
alias ls="ls --color=auto"

if [ `whoami` = "root" ];
then
export PS1='\[\e[0;31m\]\u\[\e[m\] \[\e[1;34m\]\w\[\e[m\] \[\e[1;32m\]\$\[\e[m\] \[\e[1;37m\]'
else
export PS1='\[\e[0;32m\]\u\[\e[m\] \[\e[1;34m\]\w\[\e[m\] \[\e[1;32m\]\$\[\e[m\] \[\e[1;37m\]'
fi

Настройка GlusterFS 3.1.2 под Red Hat в контейнере OpenVZ

admin — Sat, 17 Nov 2012 21:47:17 +0000

Обозначения:

Node1 — первая нода
Node2 — вторая нода
VPS1 — первый OpenVZ-контейнер
VPS2 — второй OpenVZ-контейнер
1. Создаем на Node1 и Node2 файл «/etc/sysconfig/modules/fuse.modules» со следующим содержанием:

/sbin/modprobe fuse

И делаем его исполняемым:

chmod +x /etc/sysconfig/modules/fuse.modules

2. Добавляем на Node1 и Node2 в файл «/etc/vz/conf/$VEID.conf» следующие строки:

CAPABILITY="NET_ADMIN:on SYS_ADMIN:on"
DEVICES="c:10:229:rw"

3. На контейнерах VPS1 и VPS2 создаем файл «/etc/init.d/fusedev» со следующим содержимым:

#!/bin/bash
# chkconfig: 05 05 05
# description: /dev/fuse file creation
#
# Get function from functions library
. /etc/rc.d/init.d/functions
/bin/mknod /dev/fuse c 10 229

И делаем его исполняемым, а так же добавляем в автозагрузку fusedev и автоматическое монтирование сетевых файловых систем из /etc/fstab:

chmod +x /etc/init.d/fusedev
chkconfig fusedev on
chkconfig netfs on

4. В контейнерах VPS1 и VPS2 в файле «/etc/glusterfs/glusterd.vol» удаляем из строки «rdma»:
option transport-type socket

5. Загружаем по ссылке «http://download.gluster.com/pub/gluster/glusterfs/3.1/LATEST/» RPM-пакеты «glusterfs-core» и «glusterfs-fuse», а так по ссылке «http://download.gluster.com/pub/gluster/glusterfs/fuse/» — fuse.
Устанавливаем на VPS1 и VPS2 пакеты «fuse, fuse-libs, glusterfs-core, glusterfs-fuse».

6. Прописываем на VPS1 и VPS2 в файле «/etc/hosts»:

192.168.0.1 node1.domain.ru node1
192.168.0.2 node2.domain.ru node2

7. На VPS1 и VPS2 создаем папки для хранилища:

mkdir -p /data/openvz

8. Перезагружаем Node1 и Node2.
9. Составляем кластер. Запускаем на VPS1 команду (node2 — хост из /etc/hosts):

gluster peer probe node2

10. Создаем и запускаем для примера реплицируемый volume с названием «api» (подробнее о replication и stripe):

gluster volume create openvz replica 2 transport tcp node1:/data/openvz1 node2:/data/openvz2
gluster volume start openvz
node1 и node2 — хосты из /etc/hosts.

11. И некоторые оптимизации — добавляем кэш. Выполняем команды на VPS1:

gluster volume set openvz performance.cache-size 500MB
gluster volume set openvz performance.write-behind-window-size 500MB

12. Добавляем в автозагрузку VPS1 и VPS2 монтирование файловой системы. В файл «/etc/fstab» добавляем:

localhost:/openvz /data/openvz glusterfs defaults,_netdev,noatime 0 0

Монтируем GlusterFS:

mount -a

Готово!

Репозитории Red Hat/CentOS

admin — Fri, 02 Nov 2012 19:47:01 +0000

Локальный репозитарий

Итак первое, скрипт для закачки пакетов с epel и rpmforge.

cat mirror.sh
#!/bin/sh

mirror_base_url=('http://apt.sw.be/redhat/el6/en/x86_64/rpmforge/RPMS/' 'http://epel.mirrors.arminco.com/6/x86_64/')
local_rpm_directory=/var/www/thttpd

for url in $mirror_base_url; do
for rpm in `curl $url`; do
rpmfile=$(echo $rpm | grep rpm | sed 's/.*"$.*$".*/\1/')
if [ "$rpmfile" ];
then
if [ ! -f "$local_rpm_directory/$rpmfile" ];
then
curl "$url$rpmfile" > "$local_rpm_directory/$rpmfile"
fi
fi
done
done

# ./mirror.sh
# createrepo /var/myrepofolder/

Установка epel и rpmfusion в RHEL

UPDATED 25.12.2012:

i386:

rpm -Uhv http://download1.rpmfusion.org/free/el/updates/6/i386/rpmfusion-free-release-6-1.noarch.rpm
rpm -Uhv http://fedora-mirror02.rbc.ru/pub/epel/6/i386/epel-release-6-8.noarch.rpm

x86_64:

rpm -Uhv http://download1.rpmfusion.org/free/el/updates/6/x86_64/rpmfusion-free-release-6-1.noarch.rpm
rpm -Uhv http://fedora-mirror02.rbc.ru/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

Обзор 7 дюймового планшета ONDA Vi10 Elite

admin — Sun, 20 May 2012 07:58:20 +0000

Цена: 130$
ОС: Android 4.0.3
CPU: All Winner A10, 1GHz, Cortex A8
GPU: Mali 400
RAM: 1024 MB
ROM: 8GB + поддержка карт памяти до 32 Гб
Экран: 7″ 1024×600 емкостный мультитач (5 точек)
Связь: WiFi b/g/n, 3G модемы через USB-host
Интерфейсы: USB-Host, HDMI, 3.5мм аудио, слот для карты памяти microSD
Мультимедиа: встроенные стерео динамики, фронтальная 0.3 мегапикселя камера для Skype
Батарейка: 3000 mAh
Размеры: 186 x 120 x 12 мм
Вес: 333 грамма

На данный момент последняя прошивка планшета v1.1 на основе Android 4.0.3. Если у вас в планшете более старая прошивка (несмотря на Android 4.0.3), обязательно обновите ее по инструкции на 4PDA, иначе у вас не будет работать Google Play Market.

Габариты и корпус

Планшет пришел в красивой стильной черной коробке, расхваливающей все его возможности

Открываем коробку и видим красиво упакованный в стиле IPad планшет:

Внутри коробки обнаруживаем китайскую зарядку, европейский переходник (мелочь, я приятно), USB Host и data кабели, а также подробную инструкцию по планшету:

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

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

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

С левого бока расположены все интерфейсы планшета – микрофон, выход для наушников, слот для MicroSD карты, USB, HDMI и кнопка Reset:

Сверху корпуса расположились аппаратные кнопки – включение, домой, меню и назад. Аппаратных кнопок регулировки громкости в данном планшете нет (поэтому в статье будет много фото, и мало скриншотов с устройства):

Спереди планшета кроме экрана и глазка фронтальной камеры ничего больше нет:

После включения планшета нас встречает обычный для всех китайских планшетов с Android 4 рабочий стол с ярлыками и виджетами:

Сравнение и тестирование ONDA Vi10 Elite и LY-F1

LY-F1 смотрится более большим по размерам чем ONDA Vi10 Elite, несмотря на небольшое разрешение экрана.
Экран в LY-F1 более яркий и насыщенный, белый цвет действительно белый. В ONDA Vi10 Elite цвета более теплые и менее насыщенные (как в iPad 3), для чтения текста цвета ONDA Vi10 Elite мне подошли больше (хоть они и менее настоящие), глаза не болят. Благодаря высокому разрешению на экран ONDA Vi10 Elite влазит гораздо больше информации, пользоваться им удобнее, изображение очень четкое (так как размер пикселей получается меньше чем на iPad 2).

Читать на ONDA Vi10 Elite и пользоваться сайтами намного удобнее, благодаря более тонким и четким шрифтам:

(экран LY-F1 слева и ONDA Vi10 Elite справа)

Сравним производительность двух устройств (начинка обоих планшетов одинакова, за исключением оперативной памяти, которой в ONDA Vi10 Elite в 2 раза больше чем у LY-F1):

Результаты тестов в Quadrant (ONDA Vi10 Elite слева и LY-F1 справа):

Результаты тестов в AnTuTu Benchmark (ONDA Vi10 Elite слева и LY-F1 справа):

Показатели планшета ONDA Vi10 Elite в AnTuTu Benchmark:

Как видно из тестов планшеты имеют примерно одинаковую производительность, а в некоторых синтетических тестах ONDA Vi10 Elite обгоняет LY-F1.
В 3D играх ONDA Vi10 Elite показывает на 2-5 fps меньше, чем LY-F1. Это связано с более высоким разрешением экрана (благодаря чему графика в играх намного лучше на ONDA Vi10 Elite). 2D игры работают с одинаковой, отличной скоростью.

Angry Birds на планшете выглядят просто великолепно (линии даже тоньше чем на iPad 2):

Выводы

ONDA Vi10 Elite является одним из лучших 7” китайских планшетов на сегодняшний день, с великолепным, для его размера экрана, разрешением, идеальным для игр, веб серфинга и чтения электронных книг.

Плюсы:

+ Высокое разрешение
+ Высокая скорость работы
+ Android 4.0.3
+ 1 Гб ОЗУ
+ Стильный современный дизайн, качественный корпус

Минусы:

— Ненасыщенные цвета
— Отсутствие аппаратных кнопок регулировки уровня звука

Терминальны сервер на примере LTSP и CentOS 5.4

admin — Fri, 27 Apr 2012 11:50:18 +0000

Первое, что мне необходимо было сделать – установить CentOS 5.4 x86_64. В качестве графической оболочки я отдал предпочтение KDE. Первым делом идем на сайт и качаем образ диска c пакетами LTSP (http://ltsp.mirrors.tds.net/pub/ltsp/isos/). Я выбрал версию 4.1.1, т.к. навороты более новых версий (такие как сессии через ssh и прочее мне были не нужны).

Далее монтируем этот образ и устанавливаем пакет ltsp-utils.0.11-o.noarch.rpm

rpm –i ltsp-utils.0.11-o.noarch.rpm

После чего мы получаем утилиты командной строки ltspadmin и ltspcfg. Первая утилита используется для настройки установки и самой установки LTSP, вторая – для конфигурации уже установленного терминального сервера. Запускаем утилиту ltspadmin.

Первым делом нам необходимо сконфигурировать установщик, соответственно мы выбираем пункт меню Configure the installer options. Первым вопросом нам предлагается определить откуда мы будем получать пакеты. Можно использовать сайт самого проекта, но разумнее указать путь к смонтированному нами образу. В моем случае это file:///media/CDROM/. Обратите внимание, что в пути используется именно 3 слеша, на что указывается и в документации по установке.

Следующий вопрос – путь куда будет установлен LTSP. По умолчанию он указывает на /opt/ltsp. Его изменять я не вижу смысла. Если же вы указали в качестве пути к местоположению пакетом http адрес (который задан по умолчанию) тогда вам необходимо указать адрес http (или же ftp, если пакеты лежат на ftp) прокси-сервера. В конце подтверждаем правильность настроек и нас возвращает к предыдущему пункту меню. Теперь мы можем приступать к установке терминального сервера.

После установки мы будем иметь:

пакеты LTSP в папке /opt/ltsp
файлы, необходимые для загрузки PXE клиентов в папке /tftpboot/lts/

Установка DHCP и TFTP серверов.

Для загрузки по сети наших тонких клиентов нам необходимы DHCP и ТFTP сервера. TFTP сервера в дистрибутиве CentOS я не нашел, а DHCP решил поставить вручную – так надежнее. Соответственно устанавливаем их:

yum install dhcp.x86_64 tftp-server.x86-64

Далее необходимо открыть 69 порт для UDP протокола в фаерволе нашего терминального сервера. Для этого используем консольную утилиту system-config-securitylevel-tui. Жмем кнопку «Уточнить» и настраиваем правила нашего firewall’a

В моем случае у меня на сервере 2 интерфейса: один смотрит в сеть классов – второй является managment-интерфейсом. Выбираем интерфейс, через который наши тонкие клиенты будут стучаться к tftp-серверу и добавляем его к доверенным, а так же открываем для него 69 порт.

Конфигурация LTSP

Для конфигурации мы можем воспользоваться пунктом меню Configure LTSP утилиты ltspadmin или же напрямую вызвать ltspcfg. В появившемся меню выбираем ручную настройку:

Проходимся по всем 11 пунктам. Пункт 8 можно в принципе пропустить. После завершения — у нас будут настроено практически все необходимое.
Стоит уделить внимание пунктам 3 и 7. В пункте 3 будет создан файл примера конфигурации DHCP сервера (/etc/dhcpd.conf.sample), который необходимо отредактировать. После изменений – у меня он приобрел следующий вид:

#
# Sample configuration file for ISC dhcpd
#
# Make changes to this file and copy it to /etc/dhcpd.conf.sample

ddns-update-style none;
default-lease-time 21600;
max-lease-time 21600;

#option domain-name "ltsp"; # <--Fix this domain name

option option-128 code 128 = string;
option option-129 code 129 = text;

subnet 192.168.130.0 netmask 255.255.255.0 {
use-host-decl-names on;
option log-servers 192.168.130.254;
range dynamic-bootp 192.168.130.1 192.168.130.253; ## пул адресов.
option root-path "192.168.130.254:/opt/ltsp/i386"; ##опция ядру где находиться файловая система.
option broadcast-address 192.168.130.255;
option routers 192.168.130.254;
option subnet-mask 255.255.255.0;
if substring (option vendor-class-identifier, 0, 9) = "PXEClient" ##указываем что передавать в кач-ве загрузчика для PXE клиентов
{
filename "lts/2.6.9-ltsp-3/pxelinux.0"; ##в CentOS tftp обычно запущен с опцией -s, поэтому полный путь от корня указывать не нужно. полный путь должен выглядеть как /tftpboot/lts/.....
}
next-server 192.168.130.254; ## - Обязательно указать. В противном случае загрузочный образ не получит конфиг!
}

Хочу обратить внимание на то, что в путь к PXE загрузчику указывается не полный, т.к. в RedHat и CentOS он запускается с ключем –s, соответственно папку tftp-сервера в пути мы опускаем. Так же возникла проблема с тем, что по-идее опцию next-server необходимо указывать только тогда, когда DHCP и TFTP сервера находятся на разных серверах. Но без этой опции загрузка глохла, пока я не продублировал самого себя в качестве next-server’a.

На этом этапе я обрадовался, что настройка завершена и попытался загрузиться с тонкого клиента. Но не тут то было! В итоге запускались Иксы, но подключения к терминальному серверу не происходило. Как оказалось стандартным менеджером сеансов в CentOS являеться gdm (Gnome), а так как Gnome у меня вообще отсутствовал – kdm даже и не пробовал запускаться. Для того, что бы ОСь использовала kdm необходимо внести некоторые изменения в файл конфигурации, а именно - /etc/sysconfig/desktop (если файл отсутствует – его необходимо создать):

DISPLAYMANAGER="KDE"

Следующим огорчением было то, что при запуске иксов на терминальном клиенте – они падали, т.к. сервер тупо отвергал любые попытки открыть удаленные сеансы. Изменить это не проблема, проблемой для меня стало то, что я не мог найти стандартных файлов конфигурации KDE. В CentOS они «спрятаны» совершенно в другом месте. В итоге его местоположение можно определить следующим образом:

locate Xaccess

Далее в указанном файле ищем строчку

* #any host can get a login window

И раскомментируем ее. Перезапускаем Иксы, бутаем наш тонкий клиент – и вуаля! Все работает!

Организуем тонкие клиенты linux на примере Ubuntu и LTSP.

admin — Mon, 23 Apr 2012 16:52:34 +0000

В этой статье я расскажу вам как организовать загрузку тонких клиентов Linux по сети. Для этих целей я решил настроить LTSP (Linux Terminal Server Project) -сервер. Данный метод гарантированно работает на Ubuntu 10.10 Desktop (GNOME). Необходим доступ к репозиториям с пакетами.

1) Сначала установим ssh-сервер для организации связи между компьютерами в сети

sudo apt-get install ssh

2) Затем устанавливаем сам LTSP-сервер

sudo apt-get install ltsp-server-standalone

3) Далее нужно создать конфигурационные файлы для тонких клиентов

sudo ltsp-build-client

4) Организуем поддержку сетевой файловой системы NFS

sudo apt-get install nfs-kernel-server

5) Установим TFTP-сервер

sudo apt-get install tftpd-hpa

6) В конец файла /etc/exports добавляем следующую строчку

/opt/ltsp *(ro,no_root_squash,async,no_subtree_check)

7) Перезапускаем сервисы NFS, inetd и tftpd

sudo invoke-rc.d openbsd-inetd restart
sudo invoke-rc.d nfs-kernel-server restart
sudo invoke-rc.d tftpd-hpa restart

8) Настроим конфигурационный файл сервера DHCP /etc/ltsp/dhcpd.conf

authoritative;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.70 192.168.1.230;
option domain-name 1example.ru»;
option domain-name-servers 192.168.1.1;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option subnet-mask 255.255.255.0;
option root-path «/opt/ltsp/i386″;
if substring( option vendor-class-identifier, 0, 9 ) = «PXEClient» {
filename «/ltsp/i386/pxelinux.0″;
}

else

{
filename «/ltsp/i386/nbi.img»;
}
}

9) Настраиваем сетевое соединение (Система -> Параметры-> Сетевые соединения). Здесь выбираем нужное подключение, например Auto eth0 и в параметрах IPv4 указываем те же значения, что мы указали в файле/etc/ltsp/dhcpd.conf. Или так: Профиль: Вручную; Адрес: 192.168.1.1; Маска подсети: 255.255.255.0; Шлюз: 192.168.1.1; Домены поиска: 192.168.1.1; ID клиента DHCP: 192.168.1.1.

10) В конец файла /etc/dhcp3/dhcpd.conf добавляем строку:

include «/etc/ltsp/dhcpd.conf»;

11) Включаем XDMCP (X Display Manager control protocol):

sudo cp /usr/share/doc/gdm/examples/custom.conf /etc/gdm/

И после копирования добавляем в /etc/gdm/custom.conf:

  [xdmcp]
  Enable=true
  DisplaysPerHost=2

12) Перезапускаем GDM

sudo restart gdm

13) Запускаем DHCP

sudo /etc/init.d/dhcp3-server start

14) И/Или перезапускаем DHCP

sudo invoke-rc.d dhcp3-server restart

На этом настройка LTSP-сервера окончена. Теперь можно включить тонкие клиенты, выбрав загрузку PXE (Preboot Execution Environment). Часто функцию загрузки по сети необходимо разрешить в BIOS (посмотрите в параметрах устройств PCI).
В будущем, после обновления сервера может потребоваться обновить ключи для ssh и образ ltsp:

sudo ltsp-update-sshkeys

sudo ltsp-update-image —arch i386

Стачка – первая крупная ИТ-конференция в Ульяновске

admin — Sat, 14 Apr 2012 05:39:53 +0000

Прошел первый день конференции Стачка в городе Ульяновск. Слушателей пришло много (не каждый день конференции проходят в Ульяновске) в большом зале почти не было свободных мест. Открывали стачку представитель компании Skype в России, а так же поприветствовал гостей Губернатор Ульяновской области Сергей Морозов сказав вступительное слово – Считаем конференцию Стачка в Ульяновске открытой.

Ваш покорный слуга поприсутствовал на двух докладах, Ильи Космодемьянского “Теория и практики распределенных баз данных” и “Нагруженный поиск на Sphinx” от Романа Павлушко Avito.ru.

Доклад Ильи Космодемьянского показался очень интересным, не смотря на то что я ничего не запомнил, считаю что нужно полистать литературу на эту тему.

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

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

подробнее тут