#!/bin/sh
host=5.6.7.8 # Адрес зеркалирующего сервера
port=8383
echo '1' | nc -w 1 -u $host $port
И сделать его исполняемым
chmod +x hooks/post-commitНа зеркалирующем сервере создаем файл /etc/xinetd.d/svnsync следующего содержания:
service svnsync
{
type = UNLISTED
disable = no
socket_type = dgram
port = 8383
wait = yes
user = nobody
passenv = PATH
server = /usr/bin/svnsync
server_args = sync file:///srv/svn
only_from = 127.0.0.1 1.2.3.4 # Адреса, с которых дозволено получать UDP пакеты
}
Описание сервиса предполагает, что зеркало хранилища расположено в директории file:///srv/svn и владельцем файлов является пользователь nobody. Разумеется, не забываем перезапустить/запустить службу xinetd. $ uptime 16:34:47 up 1039 days, 6:06, 1 user, load average: 1.48, 1.37, 1.29 $ uname -rs Linux 2.6.20-19.35.bbel4 $
/dev/sdx1 - 8GB /dev/sdx2 - 16GB /dev/sdx3 - 24GB free 52GbСпустя месяц у нас появилась еще одна виртуальная машина с разделом в 24 GB, а второй раздел был удален вместе с занимаемой виртуальной машиной
/dev/sdx1 - 8GB /dev/sdx2 - free /dev/sdx3 - 24GB /dev/sdx4 - 24GB free 44GBТаким образом мы пришли к ситуации, что между разделами 1 и 3-и есть 16GB свободного пространства, которое отделено от основной свободной области. И в общем случае не может быть использовано.
cat /proc/mdstat
...
md3 : active raid10 sdh3[7] sdg3[6] sdf3[5] sde3[4] sdd3[3] sdc3[2] sdb3[1] sda3[0]
3950592 blocks 256K chunks 2 far-copies [8/8] [UUUUUUUU]
dd if=/dev/zero of=128GB.img bs=1GB count=128Файловая система в нём создана обычным вызовом mkfs.ext3. Тестирование производится 5и кратным прогоном bonnie++ -x 5 -b.
+---------------------+-----------+---------+-----------+-------+ | | put_block | rewrite | get_block | seeks | +---------------------+-----------+---------+-----------+-------+ | дисковый накопитель | 209176 | 111778 | 389820 | 772 | +---------------------+-----------+---------+-----------+-------+ | дисковый образ | 124299 | 100490 | 391176 | 72 | +---------------------+-----------+---------+-----------+-------+
Loading, please wait... FATAL: Error inserting fan (/lib/modules/2.6.26-2-686-bigmem/kernel/drivers/acpi /fan.ko): No such device WARNING: Error inserting processor (/lib/modules/2.6.26-2-686-bigmem/kernel/driv ers/acpi/processor.ko): No such device FATAL: Error inserting thermal (/lib/modules/2.6.26-2-686-bigmem/kernel/drivers/acpi/thermal.ko): Unknown symbol in module, or unknown parameter (see dmesg) kinit: name_to_dev_t(/dev/xvda5) = xvda5(202,5)
install -m 0755 /dev/null /etc/initramfs-tools/hooks/thermal install -m 0755 /dev/null /etc/initramfs-tools/scripts/init-premount/thermal update-initramfs -u
Loading, please wait... kinit: name_to_dev_t(/dev/xvda5) = xvda5(202,5) kinit: trying to resume from /dev/xvda5 kinit: No resume image, doing normal boot... INIT: version 2.86 booting
... SNMPv2-SMI::transmission.94.1.1.2.1.4.1 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.2 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.3 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.4 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.5 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.6 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.7 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.8 = INTEGER: 298 SNMPv2-SMI::transmission.94.1.1.2.1.4.9 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.10 = INTEGER: 310 SNMPv2-SMI::transmission.94.1.1.2.1.4.11 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.4.12 = INTEGER: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.1 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.2 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.3 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.4 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.5 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.6 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.7 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.8 = Gauge32: 180 SNMPv2-SMI::transmission.94.1.1.2.1.5.9 = Gauge32: 0 SNMPv2-SMI::transmission.94.1.1.2.1.5.10 = Gauge32: 161Разумеется, для расшифровки требуется набор MIB файлов:
> snmpwalk -m +ADSL-LINE-MIB -c public -v 2c 192.168.0.57 .... ADSL-LINE-MIB::adslAturCurrOutputPwr.1 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.2 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.3 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.4 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.5 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.6 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.7 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.8 = INTEGER: 122 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.9 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.10 = INTEGER: 123 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.11 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrOutputPwr.12 = INTEGER: 0 tenth dBm ADSL-LINE-MIB::adslAturCurrAttainableRate.1 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.2 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.3 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.4 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.5 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.6 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.7 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.8 = Gauge32: 1419000 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.9 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.10 = Gauge32: 1057000 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.11 = Gauge32: 0 bps ADSL-LINE-MIB::adslAturCurrAttainableRate.12 = Gauge32: 0 bps ... >
SEVERE: Error: This user does not have privilege to run this software.Штудирование показало, что для корректной установки, необходимо установить пакет ksh
yum install ksh
tar xf HDD_RPM_RedHat_i386.tar.gz tar xzf hasplm_linux_8.30.tgz rpm -ivh hasplm-redhat-8.30-1.i386.rpm HDD_RPM_RedHat_i386/aksusbd-redhat-1.8.1-2.i386.rpmХочу обратить внимание, что архив HDD_RPM_RedHat_i386.tar.gz является обычным архивом без gzip сжатия. Запустим службы
service hasplm start service aksusbd start chkconfig hasplm on chkconfig aksusbd on
rpm -ivh 1C_Enterprise-common-8.1.14-72.i386.rpm 1C_Enterprise-server-8.1.14-72.i386.rpm
cat <<'EOF' >> /home/usr1cv81/.bash_profile LANG="ru_RU.utf-8" export LANG EOF
service srv1cv81 stop >/dev/null 2>&1 mv /home/usr1cv81/.1cv81 /home/usr1cv81/bkp.1cv81Запустим службы 1C:Предприятия
service srv1cv81 start chkconfig srv1cv81 onИз пакетов для PostgreSQL потребуется установить postgresql-libs, postgresql, postgresql-server и postgresql-contrib. Сборку PostgreSQL необходимо брать исключительно от поставщика 1C. Мы использовали PostgreSQL 8.2.4 с модификациями из материалов для сборки версии СУБД PostgreSQL. Для желающих можем разместить собственную сборку и SRPM.
cat <<'EOF' >> /var/lib/pgsql/.bash_profile LANG="ru_RU.utf-8" export LANG EOFПосле этого выполняем service postgresql initdb. Вносим минимальные изменения в /var/lib/pgsql/data/postgresql.conf
default_with_oids = on stats_row_level = offОписанных изменений достаточно для корректной работы связки 1C:Предприятие и сервера PostgreSQL. Для оптимальной работы требуется более тщательная настройка. Запускаем сервер PostgreSQL
service postgresql start chkconfig postgresql onИзменяем пароль пользователю postgres
cat <<'EOF' | psql -U postgres
ALTER ROLE postgres PASSWORD 'ваш пароль';
EOF
В качестве альтернативного варианта последнему пункту можно предложить создать отдельного пользователя с правами суперпользователя
cat <<'EOF' | psql -U postgres CREATE ROLE 'usr1c' WITH SUPERUSER INHERIT CREATEROLE CREATEDB LOGIN PASSWORD 'ваш пароль'; EOFНа этом описание UNIX части закачивается и повествование переходит к настройке оснастки 1C. Этот этап в полном объеме изложен в параграфе "Создание сервера предприятия" статьи «Установка Сервера 1С:Предприятия 8.1 на Linux-сервер (со скриншотами)».
( (r/s + w/s) * svctm / 1000 ms ) * 100Говоря обывательским языком, суммарное количество записей и чтений инициированных за секунду (1000 ms) умноженное на среднее время обслуживания запроса. Именование колонок соответствует формату команды iostat -x.
kernel.core_uses_pid = 1 kernel.core_pattern = /var/tmp/core.%p.%e.%s fs.suid_dumpable = 1Выполнить
sysctl -p; ulimit -c unlimitedПерезапустить интересуйщий нас процесс командой service и убидиться в том, что параметры успешно применились командой
cat /proc/`pgrep process_name`/limits
Как показала практика описанного набора действий бывает не всегда достаточно. В частности, если SysV скрипт использует функцию daemon(), описанную в /etc/rc.d/init.d/functions, то заданный ранее явно лимит переопределяется следющей строкой
corelimit="ulimit -S -c ${DAEMON_COREFILE_LIMIT:-0}"
Полагаясь на ее описание, необходимо для сервисов, использующих для запуска функцию daemon(), дополнительно определять в их SysV конфигурационном файле, обычно расположенном в /etc/sysconfig, директивку
DAEMON_COREFILE_LIMIT=unlimitedНапример, одним из сервисов, использующий подход с daemon(), является httpd. Согласно его init-скрипту конфигурационный файл расположен в /etc/sysconfig/httpd. Результирующий набор команд будет выглядеть
cat <<EOF >> /etc/sysconfig/httpd DAEMON_COREFILE_LIMIT=unlimited EOF service httpd restart
touch -m --date="`rpm -q --qf '%{FILEMTIMES:date}' -f <filename>`" <filename>
# rpm -V postgresql-server .......T c /var/lib/pgsql/.bash_profile #У файла поменялась дата модификации в связи с внесением в него временных изменений. Восстановим дату модификации на хранимую в rpmdb
# touch -m --date="`rpm -q --qf '%{FILEMTIMES:date}' -f /var/lib/pgsql/.bash_profile`" /var/lib/pgsql/.bash_profile
Проверим, что изменения имели место быть
# rpm -V postgresql-server #Проверка прошла успешно.
HARDWARE ERROR
CPU 5: Machine Check Exception: 5 Bank 0: b200004000000800
RIP !INEXACT! 10:<ffffffff8006ad64> {default_idle+0x29/0x50}
TSC 1d24d355f8839d
This is not a sotware problem!
Run through mcelog --acsii to decode and contact your hardare vendor
Полагаясь на диагностику операционной системы, а именно сообщение о том, что проблема связана с железом я погрузился в поиски. Как оказалось существуют 2а подмножества ошибок:Banks 0-3 CPU internal (DC, IC, BU, LS) 4 Northbridge: only really interesting oneС другой стороны аналогичные сообщения возникают из-за внутренней несовместимости оборудования. Например, материнская плата SuperMicro X7DB8+ и дисковый контроллер Adaptec не уживаются вместе.
yum -y install compat-libstdc++-296 && rpm -Uvh /path/to/hpacucli-7.80-6.linux.rpmПервой командой, которую мы настоятельно рекомендуем выполнить hpacucli help и hpacucli shorthand. Последняя отобразит список принятых сокращений. А обе они поведают о всех своим возможностях. Легко заметить простоту синтаксиса:
<target> <command> [parameter=value]Рассмотрим наиболее повседневные операции с ориентиром на последующее использование в командных скриптах. Первоначально потребуется определить расположение контроллера(ов), чтобы в последующих командах обращаться к вполне определенному устройству. Выполним команду:
[root@savecore ~]# hpacucli ctrl all show status Smart Array 6i in Slot 0 Controller Status: OK Cache Status: OK Battery Status: OK [root@savecore ~]#Контроллер HP Smart Array 6i расположен в слоте с номером 0. Запрос информации непосредственно о данном контроллере производится явным заданием параметра slot=0:
[root@savecore ~]# hpacucli ctrl slot=0 show detail
Smart Array 6i in Slot 0
Bus Interface: PCI
Slot: 0
Cache Serial Number: P75B20C9SS017I
RAID 6 (ADG) Status: Disabled
Controller Status: OK
Chassis Slot:
Hardware Revision: Rev B
Firmware Version: 2.36
Rebuild Priority: Low
Expand Priority: Low
Surface Scan Delay: 15 sec
Cache Board Present: True
Cache Status: OK
Accelerator Ratio: 50% Read / 50% Write
Total Cache Size: 192 MB
Battery Pack Count: 1
Battery Status: OK
SATA NCQ Supported: False
[root@savecore ~]#
Поддерживаемые схемы адресации:
[controller all|slot=#|wwn=#|chassisname="AAA"|serialnumber=#|chassisserialnumber=#|ctrlpath=#:#