лучше пива только водка

обновления Slackware

2011-10-19T16:24:00.000+10:00

собственно это конечно извращение, но ...
подробно не расписываю - извращенцы поймут

в командах могут быть ошибки - по нескольким причинам переписываю вручную


lftp -e "mirror --delete --only-newer --verbose slackware/slackware-current/ /root/slackware-update/;bye" mirrors.kernel.org > /root/slackware_update/logupdate_current2011_10_19

ls -R -1 /root/slackware_update/slackware-current/ | grep -v "\/" | grep -e "\."txz -e "\."tgz | grep -v"\."asc | grep -v "\."gz | sed s/.txz// | sed s/.tgz// | sort > /root/slackware_update/packages_current2011_10_19

ls /var/log/packages/ > /root/slackware_update/packages_installed2011_10_19

sdiff --suppress-common-lines /root/slackware_update/packages_installed2011_10_19 /root/slackware_update/packages_current2011_10_19 > /root/slackware_update/diff_packages2011_10_19

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

Резюме

2011-01-04T15:33:00.000+09:00

г. Комсомольск-на-Амуре. Год рождения1977. Образование среднее.

Места работы:

1. МУП Рума 2002-2004 программистом, внедрение 1С 7.7 «Зарплата и кадры», текущее обслуживание. Из достижений — внедрение бездисковых рабочих станций (на базе Microsoft Server 2000).
2. 1С Франчайзи-Бухгалтер (ИП Бояркин) 2004-2005. Из достижений - доработка, внедрение конфигурации (на базе типовой УТ 8.0)для магазина НАУ, контроль первого времени работы магазина.
3. 2006 — по текущий момент. ООО «Дальстраж». Сначала программистом, с 1.09.06 руководитель отедела АСУ. Достижения — создание связки 1С-сайт на базе 7.7 комплексной конфигурации. (связь односторонняя — выгрузка на сайт, сайт http://www.prospekt19.ru/ ). Доработка 1С 7.7 Торговля и склад для учета по серийным номерам. Связка 1С 7.7 Торговля и склад и терминала сбора данных на базе Motorolla MC9090 для выполнения нестандартных задач. (связь не постоянная, было отработано 3 способа — подставка, BlueTooth, WiFi, каждый на двух операционных системах Windows и Linux, моя работа была со стороны 1С и скрипты под операционные системы).

В профессиональных навыках также подключение/настройка/обслуживание торгового оборудования. Фискальные регистраторы (восновном имел дело с Штрих-ФР-К), сканеры штрих-кода, принтеры штрих-кода, терминалы сбора данных (восновном CipherLab 8300). Администрирование мелких и средних сетей под Linux и Microsoft (под Linux только одноранговые сети, Microsoft Server 2008 не знаю, с Windows Vista и Windows 7 плотно не работал). Администрирование распределенных (территориально удаленных) сетей. (для связи использовался openvpn).

Зарплатные ожидания зависят от характера работы:

1. Низкий уровень ответственности, командировки только в экстремальных случаях не чаще раз в год. Рабочий день фиксированный, переработки оплачиваются. 25 тыс. р. чистыми (без переработок).
2. Высокий уровень ответственности, постоянная (техническая) необходимость работ во внерабочее время. От 38 тыс. р. чистыми.

Дополнительно

1. На социальные гарантии (отчисления в пенсионный фонд и т.д.) мне все равно.
2. Хотелось бы чтобы удавалось брать отпуск каждый год примерно с 25 июля по 1 сентября.

Адрес для связи: arahorn01@gmail.com

Установка сервера 1С 7.7 и 8.2 на Slackware

2009-12-08T15:31:00.000+09:00

исходные данные, есть Slackware выступающая в качестве smb сервера для 1С 7.7, сервера 1С 8.1 и PostgreSQL сервера для 1С 8.1, есть желание перейти на 1С 8.2

PostgreSQL который стоял на момент начала эксперимента 8.3.7


root@proxy2:~# cat /etc/slackware-version
Slackware 12.0.0
root@proxy2:~# uname -a
Linux proxy2 2.6.27.7-64GB-smp #1 SMP Fri Apr 17 18:16:59 VLAST 2009 i686 Intel(R) Pentium(R) Dual  CPU  E2180  @ 2.00GHz GenuineIntel GNU/Linux
root@proxy2:~#

выгоняем с него пользователей и сносим нахрен сервер 8.1 и PostgreSQL (настоятельно рекомендую перед этим сделать бэкапы баз)

установка PostgreSQL postgresql-8.3eter-8.3.8 проходит в штатном режиме - installpkg ну и так далее, как ни странно конфига сервера осталась прежней, пришлось заново на каталоги Postgre проставить владельца, как обычно в стартовом скрипте пришлось менять "особое внимание на директивы $SU изначально они написаны некорректно, необходимо привести к виду $SU postgres -c "$PGENGINE/postmaster -p '$PGPORT' -D '$PGDATA' ${PGOPTS} &" >> "$PGLOG" 2>&1 < /dev/null "

после чего сервер стартует, базы видит, Selta 1.0.7 без малейших проблем в штатном режиме обновляет базы 7.7 под себя

далее сервер 8.2


root@proxy2:~/install/8.2# ls
1C_Enterprise82-common-8.2.9-356.i386.rpm      1C_Enterprise82-crs-nls-8.2.9-356.i386.rpm     1C_Enterprise82-ws-8.2.9-356.i386.rpm
1C_Enterprise82-common-nls-8.2.9-356.i386.rpm  1C_Enterprise82-server-8.2.9-356.i386.rpm      1C_Enterprise82-ws-nls-8.2.9-356.i386.rpm
1C_Enterprise82-crs-8.2.9-356.i386.rpm         1C_Enterprise82-server-nls-8.2.9-356.i386.rpm
root@proxy2:~/install/8.2# rpm -Uhv --nodeps 1C_Enterprise82-common-8.2.9-356.i386.rpm 1C_Enterprise82-common-nls-8.2.9-356.i386.rpm 1C_Enterprise82-server-8.2.9-356.i386.rpm 1C_Enterprise82-server-nls-8.2.9-356.i386.rpm 1C_Enterprise82-crs-8.2.9-356.i386.rpm 1C_Enterprise82-crs-nls-8.2.9-356.i386.rpm 1C_Enterprise82-ws-8.2.9-356.i386.rpm 1C_Enterprise82-ws-nls-8.2.9-356.i386.rpm
Подготовка...     ########################################### [100%]
   1:1C_Enterprise82-ws-nls ########################################### [ 13%]
   2:1C_Enterprise82-common ########################################### [ 25%]
   3:1C_Enterprise82-common-########################################### [ 38%]
   4:1C_Enterprise82-server ########################################### [ 50%]
/var/tmp/rpm-tmp.88014: line 1: chkconfig: command not found
Starting 1C:Enterprise 8.2 server:   Error: service failed to start!
FAILED
   5:1C_Enterprise82-server-########################################### [ 63%]
   6:1C_Enterprise82-crs    ########################################### [ 75%]
   7:1C_Enterprise82-crs-nls########################################### [ 88%]
   8:1C_Enterprise82-ws     ########################################### [100%]
root@proxy2:~/install/8.2#                                                                                     


root@proxy2:~/install/8.2# rpm -qa
1C_Enterprise82-common-8.2.9-356
1C_Enterprise82-server-8.2.9-356
1C_Enterprise82-crs-8.2.9-356
1C_Enterprise82-ws-8.2.9-356
1C_Enterprise82-ws-nls-8.2.9-356
1C_Enterprise82-common-nls-8.2.9-356
1C_Enterprise82-server-nls-8.2.9-356
1C_Enterprise82-crs-nls-8.2.9-356

root@proxy2:~/install/8.2# ps aux | grep 1c
root     15230  0.0  0.0   3072   876 pts/1    S+   12:02   0:00 grep 1c
root@proxy2:~/install/8.2# cat /etc/passwd | grep 1c
usr1cv81:x:1004:107:1C Enterprise 8.1 server launcher:/home/usr1cv81:
usr1cv82:x:1008:110:1C Enterprise 8.2 server launcher:/home/usr1cv82:
root@proxy2:~/install/8.2#

по всей видимости сервера 8.1 и 8.2 могут жить рядом, но имхо ну их нахуй с их утечками памяти

теперь собственно приступаю к попытке его запустить


root@proxy2:~# /etc/init.d/srv1cv82 start
Starting 1C:Enterprise 8.2 server: bash-3.1#
bash-3.1# cd
bash-3.1# exit
exit

^Croot@proxy2:~#
root@proxy2:~# ps aux | grep 1c
root     16378  0.0  0.0   3072   860 pts/1    R+   12:16   0:00 grep 1c
root@proxy2:~#

чего собственно и следовало ожидать

во первых не создался хоум


root@proxy2:~# mkdir /home/usr1cv82
root@proxy2:~# cat /etc/group | grep 1c
grp1cv81:x:107:
grp1cv82:x:110:
root@proxy2:~# chown -R usr1cv82.grp1cv82 /home/usr1cv82
root@proxy2:~#                                                      

root@proxy2:~# /etc/init.d/srv1cv82 start
Starting 1C:Enterprise 8.2 server: bash-3.1#
bash-3.1#
bash-3.1# exit
exit
  Error: service failed to start!
FAILED
root@proxy2:~#

теперь лезем в сам скрипт

во первых

G_BINDIR="/opt/1C/v${G_VER_MAJOR}.${G_VER_MINOR}/${G_VER_ARCH}"

следовательно


root@proxy2:~# ls /opt
1C/
root@proxy2:~# chown -R usr1cv82.grp1cv82 /opt/1C/v8.
v8.1/ v8.2/
root@proxy2:~# chown -R usr1cv82.grp1cv82 /opt/1C/v8.2/
root@proxy2:~#

root@proxy2:~# /etc/init.d/srv1cv82 start
Starting 1C:Enterprise 8.2 server: bash-3.1#
bash-3.1# exit
exit
  Error: service failed to start!
FAILED
root@proxy2:~#

те же яйца вид в профиль, чего и следовало ожидать

далее чисто для прикола в начало скрипта вставляю #!/bin/bash

далее обнаруживаю то что и следовало ожидать, несоответствие синтаксиса su


#su -s /bin/bash  - "$SRV1CV8_USER" -c "KRB5_KTNAME=\"$SRV1CV8_KEYTAB\" $cmd2run"
#arahorn
su "$SRV1CV8_USER" -c "KRB5_KTNAME=\"$SRV1CV8_KEYTAB\" $cmd2run"

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


root@proxy2:~# /etc/init.d/srv1cv82 start
Starting 1C:Enterprise 8.2 server: OK
root@proxy2:~#

как видите оно таки заработало

что не может не радовать, пытаюсь запустить 8-ку и прицепиться к старой базе :)

как ни странно но оно стартануло, и оно даже прицепилось к базе, затребовало конвертацию, ждемс

и далее как ни странно все запускается

для прикола перепровел в имеющейся базе (не особо большая УПП) все документы - работает однако, дальше надо тестировать в работе

Обновление wine на 12 бета

2009-12-08T15:28:00.000+09:00

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

обновляюсь на бетку WINE@Etersoft 1.0 SQL 1.0.12-eter1.1/1, бетка потому что пора бы пробовать 8.2, а вроде как под 11 вайном у нее визуальные проблемы

итак

для начала отмонтируем все cifs ресурсы

примерно так


root@Albaniya:~# mount | grep cifs
//proxy2/junk on /mnt/sharecifsjunkproxy2 type cifs (rw,mand)
//proxy2/junk on /mnt/sharecifsjunkproxy2 type cifs (rw,mand)
//proxy2/bases1c on /mnt/sharecifsbases1cproxy2 type cifs (rw,mand)
//proxy2/data on /mnt/sharecifsdataproxy2 type cifs (rw,mand)
//192.168.0.201/C$ on /mnt/sharecifs201 type cifs (rw,mand)
root@Albaniya:~# umount //proxy2/junk
root@Albaniya:~# umount //proxy2/junk
root@Albaniya:~# umount //proxy2/bases1c
root@Albaniya:~# umount //proxy2/data
root@Albaniya:~# umount //192.168.0.201/C$
root@Albaniya:~# mount | grep cifs

далее останавливаем сервисы

/etc/init.d/linux-cifs stop

/etc/init.d/haspd stop

/etc/init.d/etersafe stop

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

ls /var/log/packages/ | grep wine

ls /var/log/packages/ | grep cifs

removepkg etercifs-4.3.6-eter1mopslinux libwine-etersoft-devel-1.0.10-eter21mopslinux wine-etersoft-1.0.10-eter21mopslinux wine-etersoft-gl-1.0.10-eter21mopslinux wine-etersoft-sql-1.0.10-eter15mopslinux wine-etersoft-twain-1.0.10-eter21mopslinux

далее проверяем модуль ядра cifs


root@Albaniya:~# depmod
root@Albaniya:~# modprobe -l | grep cifs
/lib/modules/2.6.29.6-64GB-smp/kernel/fs/cifs/cifs.ko
/lib/modules/2.6.29.6-64GB-smp/kernel/fs/cifs/etercifs.ko
root@Albaniya:~# rm /lib/modules/2.6.29.6-64GB-smp/kernel/fs/cifs/etercifs.ko
root@Albaniya:~# depmod
root@Albaniya:~# modprobe -l | grep cifs
/lib/modules/2.6.29.6-64GB-smp/kernel/fs/cifs/cifs.ko
root@Albaniya:~#

теперь ставим все что нам надо

root@Albaniya:~# installpkg /home/arahorn/Temp/87/wine/slackware/*.tgz

root@Albaniya:~# installpkg /home/arahorn/Temp/87/wine/slackware/extra/*.tgz

далее

/etc/init.d/etercifs build - он на что то матерится но вроде как работает

root@Albaniya:~# /etc/init.d/etersafe start

root@Albaniya:~# /etc/init.d/etercifs start

root@Albaniya:~# /etc/init.d/haspd start

проверяем модуль ядра cifs

root@Albaniya:~# modprobe -l | grep cifs
/lib/modules/2.6.29.6-64GB-smp/kernel/fs/cifs/cifs.ko
/lib/modules/2.6.29.6-64GB-smp/kernel/fs/cifs/etercifs.ko
root@Albaniya:~#

root@Albaniya:~# lsmod | grep cifs
etercifs 244572 0
root@Albaniya:~#

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

далее как обычно

arahorn@Albaniya:~$ wine

напарываюсь на неопознанную ебаную хуйню

Проверочное утверждение `bc_ctl.arg_max <= (131072-2048)' не выполнено.

по всей видимости - жопой чую что надо обновить самбу

root@Albaniya:~# ls /var/log/packages/ | grep samba
samba-3.0.33-i486-1_slack11.0
root@Albaniya:~#

самбу беру тупо из дистриба 13-й слаки

root@Albaniya:~# installpkg /home/arahorn/Temp/87/wine/slackware/samba-3.2.13-i486-1.txz

не помогает

бля

помогло обновление пакетов

findutils-4.4.2-i486-1.txz

zsh-4.3.10-i486-1.txz

причем есть мнение что достаточно было только findutils вполне возможно что самбу и эту непроизносимую хрень я обновлял напрасно

после чего ставлю все необходимые (или которые я посчитал необходимыми) приложеня, в частности Selta 1.0.7, 1C 7.7, 1C 8.2

1С 8.2 прекрасно увидела старый добрый сервер ключей который настраивался для 8.1, вроде как все работает, визуально хуже не стало, будем работать, будем смотреть

обновлять вайн поверх имеющегося не пытался, одной из целей моей работы являлось создание "эталонного" хоума вайна

1cv8.1 vs 1cv77 в хранении информации о подключенном торговом

2009-06-03T10:20:00.000+10:00

Информация в данной статье взята из типовых конфигураций 1С

Управление Производственным Предприятием 1.2.22.3

Бухгалтерия+Торговля+Склад+Зарплата+Кадры 7.70.488

в 7-ке подключение торгового оборудования при старте системы идет из глобального модуля процедура ПриНачалеРаботыСистемы строка ОткрытьФормуМодально("Обработка.ТорговоеОборудование", "Подключить");

в ней данные об оборудовании берутся из

ИмяФайлаНастройки = ФС.WindowsКаталог() + "\1cRozn.txt";

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

ИмяФайлаНастройки = "Z:\WINDOWS\1cRozn.txt"

под вайном на линуксе при этом

ИмяФайлаНастройки = "C:\windows\1cRozn.txt"

на терминал-сервере есть вот такая вот шняга


Z:\>net user arahorn

User name                    arahorn

Full Name                    
Comment

User's comment

Country code                 000 (System Default)

Account active               Yes

Account expires              Never



Password last set            15.12.2007 3:46

Password expires             Never

Password changeable          15.12.2007 3:46

Password required            Yes

User may change password     No



Workstations allowed         All

Logon script

User profile

Home directory               \\192.168.103.1\Users\arahorn

Last logon                   03.06.2009 10:09



Logon hours allowed          All



Local Group Memberships      *Administrators       *Debugger Users

                             *Users

Global Group memberships     *None

The command completed successfully.

советую обратить внимание на

Home directory \\192.168.103.1\Users\arahorn

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

1. всегда стараемся подключать торговое "унифицированно" - просто договорились что если возможно сканер - такой то порт, фискальник такой то и т.д.

2. всегда стараемся при заведении нового пользователя прописывать ему Home directory

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

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

есть РегистрСведений.ТорговоеОборудование и Справочник.ТорговоеОборудование

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

у регистра ресурсы - Параметры, Модель, КассаККМ, Компьютер, Вид, Подключено

здесь все понятно нативно, подводный камень при использовании в терминале - ресурс Компьютер, здесь явно настройки у разных пользователей друг с другом подерутся, имхо без изменения в конфигурации в данном случае не обойтись. Я бы учитывая то что ресурс Компьютер имеет тип Строка просто посмотрел бы где он задается и постарался бы его задавать как нибудь типа <ИмяКомпьютера>.<ИмяПользователяОС>.<ИмяПользователя1С> это уже с гарантией обеспечит уникальность настроек, но тут уже при конкретной реализации зависит от фантазии реализующего

Изменение порядка старта сервисов в Ubunta

2009-05-29T15:48:00.000+10:00

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

короче

man update-rc.d

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


update-rc.d -f drbd remove
update-rc.d drbd start 8 2 3 4 5 . stop 20 2 3 4 5 .
update-rc.d -f postgresql remove
update-rc.d postgresql start 9 2 3 4 5 . stop 19 2 3 4 5 .

Одновременная работа приложений с MS SQL и Postgre

2009-05-26T12:52:00.000+10:00

Собственно для начала рецепт (запуск под Linux)

вот так 1С будет работать с MSSQL

wine ~/wine_c/Program\ Files/Selta/SeltaCmd.exe -st n && wine ~/wine_c/Program\ Files/1Cv77/BIN/1cv7s.exe

а вот так с PostgreSQL

wine ~/wine_c/Program\ Files/Selta/SeltaCmd.exe -st y && wine ~/wine_c/Program\ Files/1Cv77/BIN/1cv7s.exe

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

возможно подобный запуск может потребоваться для каких нибудь специфичных приложений под которые Selta еще не заточена но приложения очень сильно нужны

под винду все достаточно подробно написано на http://wiki.etersoft.ru/SELTA/ScriptStartStop?v=98l

виндовый рецепт у меня под Linux не завелся, причина в том что батнику не передаются параметры, разбираться почему не передаются или писать bash скрипт немного более универсальный чем вышенаписанные строки запуска мне лень

Обновление wine на 1.0.10

2009-05-10T14:21:00.001+10:00

на примере Slackware, кроме обновления происходил переход с linux-cifs на etercifs

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

итак, для начала обращаем внимание на следующие строки в информации об обновлении от etersoft

ВНИМАНИЕ! При работе с CIFS нужно использовать пакет etercifs версии не ниже 4.3.6,
и сетевой ресурс нужно монтировать с обязательным указанием параметров forcemand, direct.

ну а дальше все в принципе просто

под рутом


/etc/init.d/linux-cifs stop
/etc/init.d/haspd stop
/etc/init.d/etersafe stop
ls /var/log/packages/ | grep wine
ls /var/log/packages/ | grep hasp
ls /var/log/packages/ | grep cifs
removepkg libwine-1.0.9 wine-1.0.9 wine-etersoft-sql-1.0.9 haspd-2.0 haspd-modules-2.0 linux-cifs-3.4.1
depmod
modprobe -l | grep cifs
     /lib/modules/2.6.27.7-64GB-smp/kernel/fs/cifs/cifs.ko
     /lib/modules/2.6.27.7-64GB-smp/kernel/fs/cifs/etercifs.ko
rm /lib/modules/2.6.27.7-64GB-smp/kernel/fs/cifs/etercifs.ko
depmod
modprobe -l | grep cifs
     /lib/modules/2.6.27.7-64GB-smp/kernel/fs/cifs/cifs.ko
installpkg /home/arahorn/Temp/eterupdates/wine1.0.10/Slackware12/*.tgz
installpkg /home/arahorn/Temp/eterupdates/wine1.0.10/Slackware12/extra/*.tgz                                               
/etc/init.d/etercifs build
/etc/init.d/etersafe start
/etc/init.d/etercifs start
/etc/init.d/haspd start

далее под пользователем


wine --update
wineboot (почему то выполняется не мгновенно как раньше)
wine iexplore (объяснить эксплоереру использовать прокси, иначе 8-ка не запустится в режиме предприятия под полными правами)
wine ~/wine_c/Program\ Files/1cv81/bin/1cv8.exe (проверяем работу 8-ки)

как всегда после обновления надо не забыть стартануть сельту и нажать на ОК когда она ругнется

теперь в монтировании

старая строка из fstab

//proxy2/bases1c /mnt/sharecifsbases1cproxy2 cifs noauto,noatime,noperm,guest,iocharset=koi8-r

новая

//proxy2/bases1c /mnt/sharecifsbases1cproxy2 cifs noauto,noatime,noperm,guest,forcemand,direct,iocharset=koi8-r

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

собственно все, никаких осложнений не было

Bluetooth в Slackware

2009-04-30T15:47:00.000+10:00

И снова о нездоровой половой жизни и прочих извращениях

для начала откуда брал информацию

http://habrahabr.ru/blogs/linux/53966/

http://www.opennet.ru/base/sys/bluetooth_slackware.txt.html

далее, какое оборудование - телефон Nokia 3110c, usb bluetooth адаптер Cambridge Silicon Radio, Ltd Bluetooth Dongle

операционная система - хмммм, крайне тяжелый вопрос который очень сильно меня мучает, когда то давно это была Slackware 11 поставленная как то загадочно и выборочно, а что это сейчас не совсем понятно, Slackware конечно же, ядро, glibc от 12.2, ядро 2.6.27.7 generic пересобранное с поддержкой до 64 Гб оперативки

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

итак, что перед началом секса надо/желательно проверить-обновить

1. dbus

2. hal

3. для упрощения возни чтобы было включено udev (файл /etc/rc.d/rc.udev был исполняемым)

итак поехали

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


root@Albaniya:~# lsusb | grep toot
Bus 4 Device 3: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
root@Albaniya:~# lsmod | grep toot
bluetooth              58212  1 btusb

далее нахожу в /n и ставлю следующие пакеты:
bluez-firmware-1.2-i486-1.tgz bluez-libs-3.36-i486-2.tgz obexftp-0.22-i486-3.tgz
bluez-hcidump-1.42-i486-2.tgz bluez-utils-3.36-i486-4.tgz openobex-1.3-i486-3.tgz

делаю файл /etc/rc.d/rc.bluetooth исполняемым, правлю /etc/rc.d/rc.bluetooth.conf до следующего вида


# /etc/rc.d/rc.bluetooth.conf
#
# This file contains the configuration for the Bluetooth subsystem, BlueZ.

# The lines below allow you to configure which BlueZ daemons will be started,
# along with any daemon-specific options.

# Allowed values for each (unless otherwise noted) are "true" and "false"

# =============================================================================

# The SDP daemon allows clients to detect supported Bluetooth services
SDPD_ENABLE=true

# The HID daemon supports Bluetooth Human Interface Devices
HIDD_ENABLE=false
HIDD_OPTIONS="--server"

# This switches your Bluetooth device into HCI mode, use this if your input
# device does not support Bluetooth HID
HID2HCI_ENABLE=false

# The RFCOMM daemon is used to simulate serial connections over Bluetooth
RFCOMM_ENABLE=false

# The DUN daemon is used for Dial Up Networking over Bluetooth
DUND_ENABLE=false
DUND_OPTIONS="--listen --persist --msdun call dun"

# The PAN daemon is used to setup a Bluetooth network.
PAND_ENABLE=false
PAND_OPTIONS="--listen --role NAP"

проверяю


root@Albaniya:~# /etc/rc.d/rc.bluetooth start
Starting Bluetooth subsystem:  hcid sdp passkeys.
root@Albaniya:~# ps aux | grep hcid
root      6242  0.0  0.0   3420  1724 ?        Ss   16:29   0:00 /usr/sbin/hcid -s -f /etc/bluetooth/hcid.conf
root      6291  0.0  0.0   2236   792 pts/2    S+   16:29   0:00 grep hcid

проверять процесс крайне желательно, не о всех ошибках и не всегда скрипт отчитывается, если он не запустился стеснительно помалкивая то надо передернуть /etc/rc.d/rc.messagebus

если скрипт матерится на что нибудь то надо разбираться конкретно, допустим у меня он не хотел стартовать из за неверного содержимого каталога /etc/bluetooth/passkeys/

стартануло, замечательно, останавливаю и лезу в /etc/bluetooth/passkeys/default и вписываю туда тот пароль с которым будет проходить соединение с мобильником

/etc/bluetooth/hcid.conf привожу в следующий вид


#
# HCI daemon configuration file.
#

# HCId options
options {
        # Automatically initialize new devices
        autoinit yes;

        # Security Manager mode
        #   none - Security manager disabled
        #   auto - Use local PIN for incoming connections
        #   user - Always ask user for a PIN
        #
        security auto;

        # Pairing mode
        #   none  - Pairing disabled
        #   multi - Allow pairing with already paired devices
        #   once  - Pair once and deny successive attempts
        pairing multi;

        # Default PIN code for incoming connections
        passkey "1234";
}

# Default settings for HCI devices
device {
        # Local device name
        #   %d - device id
        #   %h - host name
        name "arabluetooth";

        # Local device class
        class 0x000100;

        # Default packet type
        #pkt_type DH1,DM1,HV1;

        # Inquiry and Page scan
        iscan enable; pscan enable;

        # Default link mode
        #   none   - no specific policy
        #   accept - always accept incoming connections
        #   master - become master on incoming connections,
        #            deny role switch on outgoing connections
        lm accept;

        # Default link policy
        #   none    - no specific policy
        #   rswitch - allow role switch
        #   hold    - allow hold mode
        #   sniff   - allow sniff mode
        #   park    - allow park mode
        lp rswitch,hold,sniff,park;
}

снова стартую /etc/rc.d/rc.bluetooth start

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

теперь


root@Albaniya:~# sdptool browse
Inquiring ...
Browsing 00:1B:33:69:16:C5 ...

Service Name: OBEX Object Push
Service RecHandle: 0x1000c
Service Class ID List:
  "OBEX Object Push" (0x1105)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 9
  "OBEX" (0x0008)
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "OBEX Object Push" (0x1105)
    Version: 0x0100

Service Name: OBEX File Transfer
Service RecHandle: 0x1000d
Service Class ID List:
  "OBEX File Transfer" (0x1106)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 10
  "OBEX" (0x0008)
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "OBEX File Transfer" (0x1106)
    Version: 0x0100

там на самом деле много вского будет, но ключевая фраза для нас OBEX File Transfer, и плюс крайне полезная информация в самом верху 00:1B:33:69:16:C5 - мак адрес телефона

собственно на этом все :)

далее man obexftp

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

посылка файла
root@Albaniya:~# obexftp -b 00:1B:33:69:16:C5 -p linux-cifs-1.48a.tgz
листинг каталога /
root@Albaniya:~# obexftp -b 00:1B:33:69:16:C5 -l
скачивание файла
root@Albaniya:~# obexftp -b 00:1B:33:69:16:C5 -g Flash/Melodii/PODCHIN.WAV

Больше 3 Гб на 32-разрядном десктопе

2009-04-23T13:45:00.000+10:00

Предисловие:

с Windows возитесь сами ! Здесь про Linux, конкретно восновном про Slackware

Эта статья не является полноценной инструкцией, скорее это "запоминалка" для себя

источники с которых брал информацию

http://xeim.blogspot.com/2008/04/slackware-12.html

http://citkit.ru/articles/1066/

Итак. Задача ставится следующим образом

есть машина (рабочая станция плотно работающего программиста или сервер - неважно), машина на базе обычного в меру современного десктопа, естественно 32 разрядная операционная система, сильно хочется объем оперативной памяти побольше, скажем гигабайта 4

с чего начинаем

1. для начала читаем манулы по материнке, если написано что поддерживается до 4 Гб оперативки то можете смело идти и покупать чупа-чупсы, с очень высокой вероятностью больше 3.25 Гб оперативки вы не увидите

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

3. теперь заготавливаем операционку, скажу вам по секрету что стандартные ядра 32-разрядных операционок собираются с параметром поддержки до 4 Гб оперативки, что из за великого шаманства и непонятных божественных прерогатив дает нам только 3.25 Гб видимой оперативки сколько бы вы не запихали в несчастную материнку (я слышал сплетню про одного непингуемого долбоеба который напихал себе 8 Гб и долго и плотно удивлялся почему видит только 3), нам нужно ядро с поддержкой более 4 Гб, по слухам пользователи Ubuntu могут воткнуть себе ядро от Ubuntu-server и радоваться, но я лично не проверял. Далее все идет только о Slackware

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

3.2 качаем исходники того ядра которое мы хотим пересобрать, за компанию не забудьте качнуть и пакет с той конкретной готовой версией ядра на основе которой вы собираетесь пересобирать свое (если собираетесь делать конфигу с нуля то для начала обратитесь к психиатру, и если он признает вас нормальным то начинайте работать над патчами к ядру), ставим пакет с исходниками ядра, залезаем в пакет с готовым ядром и выдергиваем оттуда config*, далее сравниваем файл выдернутый из пакеты конфиг с файлом /usr/src/2.x.yy.z/.config, если совпадают то все хорошо, если нет то заменяем .config на выдернутый из пакета с готовым ядром

3.3 на устаревших системах на всякий случай лучше обновить до последней доступной версии следующие пакеты в системе binutils, gcc, gcc-gfortran, gcc-java, gcc-g++, gcc-gnat, gcc-objc - это поможет избежать длительных раздумий над тем почему не компилируется ядро, mkinitrd - это поможет для generic ядра избежать проблем с загрузкой

3.4 заходим в /usr/src/2.x.yy.z/ , и редактируем файл Makefile, это не обязательное но желательное действие, надо изменить параметр EXTRAVERSION, я делаю вот так EXTRAVERSION = .7-64GB

3.5 набираем make menuconfig

там пункт Processor type and features в нем подпункт High Memory Support выбираем 64 Гб, выходим сохраняясь

3.6 набираем make -j all где это число процессоров (один процессор с гипертрейдингом это 2 процессора), параметр j необязателен, это распараллеливание задачи для make, позволяет значительно уменьшить время требуемое на компиляцию

3.7 на всякий случай копируем в сторонку следующие весчи /usr/src, /lib/modules, /boot, /etc/lilo.conf - это необязательно но позволяет нам тупить без тяжких последствий

3.8 делаем make modules_install

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

3.10 переносим в сторону сохраняя структуру как бы это должно было находиться в / каталог /lib/modules/2.x.yy.z-64GB-smp (ну или как вы там добавили EXTRAVERSION), в той же стороне создаем каталог boot и в него переносим, соответствующим образом переименовывая (за образцы переименовываний лучше взять текущее содержимое каталога /boot) следующие файлы (так это было у меня, в зависимости от того что и где компилируете конкретные подкаталоги и имена могут различаться) /usr/src/linux-2.6.27.7/arch/x86/boot/bzImage (это собственно ядро, на него ссылается симлинк из /usr/src/linux-2.6.27.7/arch/i386/boot), далее /usr/src/linux-2.6.27.7/.config и /usr/src/linux-2.6.27.7/System.map (на виртуалке когда готовил ядро для сервера скопировал еще и исходники ядра)

3.11 в той стороне где мы все это разместили делаем makepkg --linkadd y --chown y <имя пакета>.tgz

3.12 устанавливаем этот пакет

3.13 затем для generic ядра надо сделать следующее магическое действие
mkinitrd -c -k 2.6.27.7-64GB-smp -m reiserfs -o /boot/initrd-generic-smp-2.6.27.7-64GB-smp.gz

параметр -c НЕ НУЖЕН если мы хотим сохранить другие generic ядра которые были в системе в рабочем состоянии, параметр -k смотрим в /lib/modules параметр -m это файловая система с которой мы должны загрузиться, параметр -o это соответственно выходной файл

3.14 правим /etc/lilo.conf, для generic ядра добавление будет выглядеть примерно так


image=/boot/vmlinuz-generic-smp-2.6.27.7-64GB-smp
  initrd=/boot/initrd-generic-smp-2.6.27.7-64GB-smp.gz
  root=/dev/sda2
  label=2.6.27.7-g64GB
  read-only

3.15 набираем lilo

4 ребут и проверка

5 если все нормально загрузилось то выключаемся, добавляем памяти и проверяем чтобы память свыше 3 Гб прекрасно виделась

[[Категория:Системное администрирование]]

Настройка PostgreSQL для работы с 1С 7.7

2009-03-31T16:41:00.000+10:00

Итак снова больная проблема - быстродействие 1С 7.7 под PostgreSQL+Selta@Etersoft

прежде всего откуда я брал информацию,

http://wiki.etersoft.ru/PostgreSQL/Optimum?v=xnq

там очень мало

http://postgresmen.ru/articles/view/38

хорошая статья, сжато и все понятно даже неспециалисту

http://www.phpclub.ru/detail/store/html/postgresql/node2.html#SECTION00023000000000000000

здесь я в сжатом виде почерпнул таки параметры которые позволили мне избавиться от VACUUM FULL и не тормозить работу

http://www.postgresql.org/docs/8.3/interactive/index.html

ну и естественно вот самая лучшая документация :)

теперь небольшое философское отступление.......

1С 7.7 это не SQL приложение, на опыте я получил очень парадоксальный вывод - быстродействие 7-й 1С ки очень слабо зависит от настроек сервера, то есть получается всего 3 состояния:

1. не работает

2. работает с жуткими тормозами

3. работает вполне пристойно

далее, полноценного сравнения с MS я не проводил и не уверен что когда нибудь проведу, слишком трудоемко, на самой тяжелой для 7-ки задаче я получил разницу в быстродействии в 5 раз. Но условия сравнения были не идентичны, поэтому не надо этот результат приводить как пример того что Selta совсем плоха, чушь это.

ну а теперь о настройках

вот мой рабочий файл конфигурации PostgreSQL для машины с 3 Гб оперативной памяти, 3 физическими винтами (на одном система, раздел подкачки и логи Postgre, на втором SQL базы Postgre, на третьем файловая часть 7-ки), кроме того на сервере еще запущен сервер 1С 8.1, и на нем же запускаются задания по автообмену 7-ки. Используется 5 баз 7-ки и одна 8-ка УПП, плюс иногда программисты разворачивают там же свои игровые базы. 8-ка небольшая, учет ведется недолго, поэтому про ее быстродействие что то толком сказать нельзя, 7-ки от 20 Гб, до 1 ТиС меньше 100 метров. Нагрузка бывает всякая, зачастую у бухгалтеров запущено несколько 1С-к параллельно, максимум это 6 активно работающих пользователей у каждого по 2 запущенных базы, плюс обмены (последние дни сдачи отчетности), естественно учитывая табличный механизм блокировок 7-й 1С счастья они не испытывают, но в данном случае никакого железа/софта под 7-ку не хватит.


listen_addresses = '*'                  # what IP address(es) to listen on;
max_connections = 30                    # (change requires restart)
shared_buffers = 104MB                  # min 128kB or max_connections*16kB
temp_buffers = 104MB                    # min 800kB
max_prepared_transactions = 5           # can be 0 or more
work_mem = 52MB                         # min 64kB
maintenance_work_mem = 52MB             # min 1MB
max_stack_depth = 7MB                   # min 100kB
max_fsm_pages = 52742880                # min max_fsm_relations*16, 6 bytes each
max_fsm_relations = 50000               # min 100, ~70 bytes each
vacuum_cost_delay = 200ms               # 0-1000 milliseconds
vacuum_cost_page_hit = 6                # 0-10000 credits
vacuum_cost_limit = 100                 # 1-10000 credits
fsync = off                             # turns forced synchronization on or off
synchronous_commit = off                # immediate fsync at commit
full_page_writes = off                  # recover from partial page writes
wal_buffers = 832kB                     # min 32kB
wal_writer_delay = 1ms                  # 1-10000 milliseconds
commit_delay = 0                        # range 0-100000, in microseconds
commit_siblings = 1                     # range 1-1000
checkpoint_segments = 50                # in logfile segments, min 1, 16MB each
checkpoint_timeout = 15min              # range 30s-1h
checkpoint_completion_target = 1.0      # checkpoint target duration, 0.0 - 1.0
checkpoint_warning = 5s                 # 0 is off
archive_mode = off              # allows archiving to be done
enable_bitmapscan = on
enable_hashagg = on
enable_hashjoin = on
enable_indexscan = on
enable_mergejoin = on
enable_nestloop = on
enable_seqscan = on
enable_sort = on
enable_tidscan = on
effective_cache_size = 6656kB
default_statistics_target = 500         # range 1-1000
constraint_exclusion = on
log_destination = 'stderr'              # Valid values are combinations of
logging_collector = on          # Enable capturing of stderr and csvlog
log_directory = 'pg_log'                # directory where log files are written,
log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # log file name pattern,
log_truncate_on_rotation = on           # If on, an existing log file of the
log_rotation_age = 1d                   # Automatic rotation of logfiles will
log_rotation_size = 0           # Automatic rotation of logfiles will
client_min_messages = error             # values in order of decreasing detail:
log_min_messages = error                # values in order of decreasing detail:
log_min_error_statement = error         # values in order of decreasing detail:
log_line_prefix = '%t%%%d%%%h'          #   %u = user name
autovacuum = on                 # Enable autovacuum subprocess?  'on'
datestyle = 'iso, dmy'
lc_messages = 'ru_RU.UTF-8'                     # locale for system error message
lc_monetary = 'ru_RU.UTF-8'                     # locale for monetary formatting
lc_numeric = 'ru_RU.UTF-8'                      # locale for number formatting
lc_time = 'ru_RU.UTF-8'                         # locale for time formatting
default_text_search_config = 'pg_catalog.russian'
deadlock_timeout = 2s
max_locks_per_transaction = 5000        # min 10

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

теперь более подробно о параметрах

shared_buffers - это только размер разделяемой между процессами PostgreSQL памяти, которая нужна для выполнения активных операций. Она должна занимать меньшую часть оперативной памяти вашего компьютера, так как PostgreSQL использует также дисковый кэш операционной системы. К сожалению, чтобы знать точное число shared buffers, нужно учесть количество оперативной памяти компьютера, размер базы данных, число соединений и сложность запросов, так что лучше воспользуемся несколькими простыми правилами настройки.

7-ке на этот параметр по большому счету по барабану, я исходил из минимального размера на работающее соединение - 4 мб

temp_buffers - A session will allocate temporary buffers as needed up to the limit given by temp_buffers. The cost of setting a large value in sessions that do not actually need a lot of temporary buffers is only a buffer descriptor, or about 64 bytes, per increment in temp_buffers. However if a buffer is actually used an additional 8192 bytes will be consumed for it (or in general, BLCKSZ bytes).

нихуя не понял зачем он нужен, но по крайней мере увеличивать его можно безболезненно, кроме того 7-ке на него также пофигу ставлю тоже исходя из 4 мб на соединение

max_prepared_transactions

Количество одновременно подготавливаемых транзакций. Для работы 1С этот параметр значения не имеет, PREPARE TRANSACTION там не используются. Можно оставить по дефолту – 5

work_mem - Это не разделяемая память, work_mem выделяется отдельно на каждую операцию (от одного до нескольких раз за один запрос). То есть слишком много ее выделять не стоит в любом случае, ну и опять таки я не заметил чтобы этот параметр влиял на скорость работы. Поставил исходя из 2 мб на одно соединение.

maintenance_work_mem Память использующаяся для операций VACUUM, CREATE INDEX, ALTER TABLE и FOREGIN KEY. Следует устанавливать большее значение, чем для work_mem. Слишком большие значения приведут к использованию свопа. - так считает вайн

а вот из другой документации

Это объем памяти, который требуется PostgreSQL для VACUUM, ANALYZE, CREATE INDEX, и добавления внешних ключей. Чтобы операции выполнялись максимально быстро, нужно устанавливать этот параметр тем выше, чем больше размер таблиц в вашей базе данных. Неплохо бы устанавливать его значение от 50 до 75% размера вашей самой большой таблицы или индекса или, если точно определить невозможно, от 32 до 256 МБ.

несмотря на грозные предупреждания о возможном замедлении автовакуума также ставлю из расчета 2 мб на одного клиента (хотя возможно тут я совсем не прав, но на практике замедления не заметил)

max_stack_depth - Specifies the maximum safe depth of the server's execution stack. The ideal setting for this parameter is the actual stack size limit enforced by the kernel (as set by ulimit -s or local equivalent), less a safety margin of a megabyte or so. The safety margin is needed because the stack depth is not checked in every routine in the server, but only in key potentially-recursive routines such as expression evaluation. Setting the parameter higher than the actual kernel limit will mean that a runaway recursive function can crash an individual backend process. The default setting is 2048 KB (two megabytes), which is conservatively small and unlikely to risk crashes. However, it may be too small to allow execution of complex functions.

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

вот что вышло у меня на одном из серверов

ulimit -s 8192, думаю что в данном случае 7 мб самое то

max_fsm_pages и max_fsm_relations

Количество блоков, для которых будет хранится информация о свободном месте. Информация хранится в разделяемой памяти, для каждой записи требуется по 6 байт. Использование этого параметра позволяет избежать использования VACUUM FULL для базы, достаточно будет VACUUM. Этот параметр должен быть не меньше чем 16*max_fsm_relations Данный параметр задается автоматически при создании базы утилитой initdb Можно задать его и вручную: в качестве начального приближения можно взять половину от среднего количества записей, изменяемых (UPDATE или DELETE) между запусками команды VACUUM.

вобщем поэкспериментировав я пришел к выводу что экономить на этих параметрах не стоит

vacuum_cost_delay, vacuum_cost_page_hit,vacuum_cost_limit

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

fsync = off - очень спорное место, надо быть твердо уверенным в своем бесперебойнике чтобы так риснуть,

wal_buffers - Number of disk-page buffers allocated in shared memory for WAL data. The default is 8. The setting need only be large enough to hold the amount of WAL data generated by one typical transaction, since the data is written out to disk at every transaction commit. This option can only be set at server start.

я исходил из цифры 32 кб (минимум) на клиента, очень даже может быть что можно было и не увеличивать

собственно вот так вот как то

честно говоря мне очень хотелось бы по этим настройкам пообщаться с каким нибудь гуру по постгрессу, но опасаюсь что эти гуру будут показывать на меня пальцем и орать 1С-нег! ПОЗОР!

за сим все.

Производительность Selta Postgres 1Cv7 плакать хочется

2009-03-25T20:34:00.000+09:00

я ничего не понимаю

Я сам обругал ребят в том посте на linuxforum http://linuxforum.ru/index.php?showtopic=83515
и теперь понимаю что в принципе в чем то они правы
Вобщем я пытался оптимизировать настройки Postgre, я читал документацию... По оконцовке стал использовать тупой метод научного тыка. В качестве тестового полигона использовал клон своей 20 гиговой рабочей базы, использовал массовое перепроведение документов.
Сурово все, 1С + Selta очень слабо обращают внимание в однопользовательском режиме на настройки Postgre.
Как у меня изначально было 1 час 15 минут на тесте на Linux против 15 минут на аналогичном тесте на MS так вне зависимости от настроек Postgre и получается.
Правда тест жестокий и выявляются слабые места в любом случае 7-й 1С под SQL.
Если его затягивать то разница становится несущественной, в любом случае производительность падает чуть ли не по экспоненте.
Когда (в течении пары месяцев (надеюсь)) доведу тесты до уровня что их можно будет легко воспроизвести то опубликую и здесь, и в той же ветке линуксфорума, и отправлю Etersoft
Пока что я просто пытаюсь поплакаться на то что я вот такой тупой и не с кем посоветоваться :(

Обновление glibc на Slackware 11

2009-02-21T08:40:00.000+09:00

когда коту нечего делать он лижет яйца
когда лениво что то делать начальнику ИТ отдела он страдает хуйней

чем я собственно вчера и занялся
для начала мне захотелось на своей рабочей тачке (Slackware 11) обновить cups, таковой из дистриба слаки 12.2 поставился но при попытке его запуска потребовал glibc посвежее чем у меня был, так как систему в принципе уже с год как пора бы переставить то сие меня не смутило, сдернул пакеты от 12.2 и приступил к сексу

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

В качестве подготовки к процессу возьмите загрузочную Slackware с ядром 2.6.* (у меня под руками была 12.1)

далее ВНИМАТЕЛЬНО ознакомьтесь с маном по installpkg и removepkg, основное внимание уделите опциям типа с корнем root

дальше все просто

на рабочий раздел копируем пакеты с glibc (разделы a и l)

загружаемся с болванки

монтируем системный раздел

сносим нахуй все пакеты (у меня их было 5)

ставим новые

пытаемся сделать chroot на свoй раздел и внимательно ! ОЧЕНЬ ВНИМАТЕЛЬНО читаем описание ошибки

так как в ошибках ничего толком не написано то рецепт

снести нахуй каталог /lib/tls

переделать симлинк /lib/ld-linux.so.2 чтобы он смотрел на свежий ld-*.so

снова поставить пакеты glibc

снова chroot

и в принципе должно наступить щастье

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

Linux 1С 8.1 запуск сервера с возможностью отладки кода на сервере

2009-02-11T12:43:00.000+09:00

Почему то по умолчанию сервер 8-ки под линуксом запускается без такой полезной опуции, соответственно отладка получается неполноценной, отладить можно только тот код который выполняется на клиенте, через код выполняемый на сервере отладчик просто перескакивает

заставить его запускаться так как хочется довольно таки легко

достаточно в файл /etc/init.d/srv1cv81 в секцию

#------------------------------------------------------------
# this values can be passed from outside, so perform "z-check"
#------------------------------------------------------------
[ -z "$SRV1CV8_USER" ] && SRV1CV8_USER=usr1cv${G_VER_MAJOR}${G_VER_MINOR}
[ -z "$SRV1CV8_BINDIR" ] && SRV1CV8_BINDIR="$G_BINDIR"
[ -z "$SRV1CV8_PIDFILE" ] && SRV1CV8_PIDFILE="/var/run/srv1cv${G_VER_MAJOR}${G_VER_MINOR}.pid"
[ -z "$SRV1CV8_KEYTAB" ] && SRV1CV8_KEYTAB="$SRV1CV8_BINDIR/$SRV1CV8_USER.keytab"
[ -z "$SRV1CV8_WAITSTART" ] && SRV1CV8_WAITSTART=5
[ -z "$SRV1CV8_WAITSTOP" ] && SRV1CV8_WAITSTOP=5

добавить строку

[ -z "$SRV1CV8_DEBUG" ] && SRV1CV8_DEBUG=1

следует только помнить, что если при запущенном сервере внести это или подобное ему изменение, то при попытке остановки скрипт скажет что сервер не запущен

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

icq AOL и жидомасонский заговор

2009-02-07T09:42:00.000+09:00

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

таки шо, таки терпеть енто надоело

внимание правильный вопрос, на что таки перейти

критерии выбора при раздумье я ставил следующие

1. открытый НЕ проприетарный протокол
2. доступность его использования многими людьми
3. устойчивость сервиса
4. было бы неплохо иметь возможность помаять дополнительные бонусы
5. низкие требования к пропускной способности канала

выбор шел между

1. jabber
2. skype
3. irc

таки уже понятно на чем я остановился

начнем с конца

irc - вроде бы открытый протокол, вроде бы все должно быть хорошо. НО и дальше много но. во первых это не интернет-пейджер, во вторых в той сети ( dalnet )которой я пользуюсь есть идиотские и невнятные ограничения по ip адресам которые могут к ней коннектиться, из дома - домашняя сеть компания TiNet и один из провайдеров на работе - компания Enforta я зайти на сервер к которому привык irc.knastu.ru не могу, такая хуйня как то напрягает любителя опенсорса и соответственно ну его нахуй

skype - проприетарен и по отзывам тех кто его пытался использовать слишком тяжелый как для по ресурсам машины так и для трафика

jabber - в принципе устраивает, но внимание правильный вопрос на каком сервере остановиться при регистрации. мой выбор остался за Google, причины - 1. ни разу не видел упавшего гугла :), 2. у сервиса google talk таки есть бонусы типа ip телефонии (хотя я их не пробовал но теоретическая возможность приятно греет душу), 3 из своего любимого клиента jabber и icq - sim я легко и просто законнектился

таки имхо гугл рано или поздно завоюет эту планету, что не может не радовать

1С 8.1 + Wine@Etersoft + Черный Квадрат Малевича

2009-01-20T14:42:00.000+09:00

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

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

во первых о причинах такого явления

для начала лирическое отступление

есть такой генетический вид - долбодятлы 1С-неги, на вид вроде люди как люди только вот вид слишком умный, а копнешь поглубже долбодятел долбодятлом, хорошо еще если не пидарас, тогда возможно путем воспитательных мер и правильным медикаментозным лечением (водка+пиво) его можно перевести в категорию нормальных разнорабочих

теперь техническое отступление

в 1С обоих версий есть два широко распространенных способа печати штрихкода на бумаге

способ 1. - использование специальных шрифтов - то есть с точки зрения программы штрихкод будет просто текстовым полем

способ 2. - использование ActiveX компонент

восновном используется способ 1.

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

способ лечения

подготавливаем нужный нам бланк

записываем циферки шк на бумаге в формате !2345!777 где ! это там где длинная палочка штрихкода, цифры это собственно цифры

разрешаем себе любимому редактировать таблицы

находим какую нибудь форму где шк в порядке (проще всего в районе ЕСН) и копипиздим поле со штрихкодом оттуда

поле с картинкой удаляем нахуй

вставляем скопипизженное поле с нормальным шк

меняем циферки и ! в поле на нужные нам

правим размер и отправляем на печать

после чего ждем бухшу из налоговой

Крик души (или как меня достали 1С-неги)

2009-01-13T11:20:00.000+09:00

вот бля буду я сам 1С-нег

но таки меня все достало

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

а потом когда этот долбодятел уже два раза сменит город жительства, контора которая была сначала нищей почему и пользовалась услугами такого дебила разрослась, база выросла с 15 Мб до 40 Гб и блядь почему то сука не работает
странно да ? с чего бы блядь это
да потому что начиная работать нужно перекачивать мозг из жопы в голову да и за компанию облегчать жопу вытаскивая из нее руки

блядь в компании 1С работают нихуя не такие идиоты как принято думать
типовые решения самые лучшие и блядь лучше всего протестированные (исключения конечно бывают - допустим УСН в Комплексной)

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

а уж взялся блядь писать, так ты блядь долбоеб ознакомься сука с документацией и общими рекомендациями

ваятели ебаные блядь

почему такая жестокая реакция ?

я почитал снова linuxforum в разделе бинзнес и бухгалтерия под линукс

и там в очередной раз пишется что Selta@Etersoft неработоспособна

внимательно читая что там блядь написано я почему то прихожу блядь к парадоксальному неебацца выводу

на том самописном гавне на котором они работают единственный вариант работы это MSSQL + MS Server 2003 + терминальный сервер

а иначе блядь оно неработоспособно в принципе
потому что гавно наваянное не читая даже документации от 1С
не говоря уж о том чтобы подумать

почему то у меня все блядь работает

Глюки с УРБД и их решение

2009-01-13T11:14:00.000+09:00

как всегда это копипаст с "рабочего журнала"
приводить в божеский вид, редактировать и прочее мне лень, кому надо тот поймет

вот первый

Вобщем симптомы следующие:

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

Решение, для dbf базы:

в файле 1SUPDTS.dbf в каталоге ИБ периферийки (соответственно для SQL базы это будет одноименная таблица) удалил последнюю запись и запустил автообмен. Далее перепроверил все ли последние изменения сохранились в периферийной базе и попали ли они в центральную. Выяснил что в центральной базе отсутствуют последние изменения в периферийке (в обратку проверять не стал, надо будет будем разбираться с каждым случаем отдельно). После чего открыл журнал за последний день, и все что было записано и проведено записывал и проводил, муторно но что же сделаешь. Естественно я просохатил то что менялось обработками, то есть формирование цен в справочнике и чеки ККМ из нашего интерфейса. Принял решение на это забить. Результаты по чекам все равно прилетят в отчете ККМ.

Все.

Прикол номер 2

При загрузке файлика обмена в базу выдается следующее сообщение об ошибке

SQL State: 23000 Native: 2601 Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Cannot insert duplicate key row in object 'CJ10763' with unique index 'ID'. SQL State: 01000 Native: 3621 Message: [Microsoft][ODBC SQL Server Driver][SQL Server]The statement has been terminated.

(возможны вариации)

данные соответственно не загружаются

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

способ решения

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

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

Ремонт 1С-й базы в Postgre

2009-01-05T14:30:00.001+09:00

ВНИМАНИЕ!!!! статья в стадии разработки
окончательным руководством к действию станет только после перепроверок

использовать на рабочей базе только если совсем приперло и сделаны архивы

короче симптомы следующие

при накатывании пакета с автообновлением собственно такого не происходит - а выдается невнятная SQL ошибка про неуникальность индексов, наблюдал такое в 2 ситуациях:

1. когда зарплатные документы редактировались в разных базах

2. когда по каким то причинам коряво прошло накатывание изменения в конфигурации на периферийку

сообщение в логах postgre выглядит примерно так


2009-01-05 13:54:43 VLAT%knpz%192.168.102.111ERROR:  duplicate key violates unique constraint "pk_pg_func_names_name"
2009-01-05 13:54:43 VLAT%knpz%192.168.102.111STATEMENT:  CREATE FUNCTION _1sp__1SJOURN_ByIDDOC(_id MCHAR(9))RETURNS SETOF _1SJOURN AS $$
        DECLARE
        _id MCHAR(9) := _id;
        temp_rec RECORD;
        BEGIN
        SELECT * FROM _1SJOURN WHERE IDDOC=_id INTO temp_rec;
        IF temp_rec IS NULL THEN RETURN; END IF;
        RETURN NEXT temp_rec;
        END;
        $$ LANGUAGE plpgsql;
        INSERT INTO pg_func_names VALUES ('_1sp__1SJOURN_ByIDDOC', '_1sp__1SJOURN_ByIDDOC(_id MCHAR(9))')

ключевое слово здесь duplicate key violates unique constraint

итак сразу же возникает извечный русский вопрос что делать если неизвестно кто виноват

во первых нам надо узнать в какой таблице проблема

здесь невнятно написано конечно но внимательно подумав понимаем что таблица эта в данном случае pg_func_names

а значение ключевого поля над которым происходит насилие _1sp__1SJOURN_ByIDDOC

ну а имя этого самого несчастно ключевого поля как ни странно name

посмотреть все это можно в PGAdmin

ну а дальше рожаем следующее хокку, упс запрос

USE knpz; DELETE FROM pg_func_names WHERE name='_1sp__1SJOURN_ByIDDOC';

запускаем его и вуаля

дело в шляпе, полное тестирование и исправление базы показало что ничего не было нарушено

теперь надо протестить то же самое на сбое по зарплатной части

Отслеживание свободной памяти Windows и Linux

2008-12-05T15:17:00.000+09:00

проблема изначально возникла на виндовом сервере с весьма ограниченным объемом оперативки, но возникло желание в будущем ее предупреждать везде (мало ли что), поэтому сразу написал решение и под линукс

итак скрипт под винду следующий


' пакетник предназначен для проверки наличия свободной памяти

' и отчете админу в случае окончания оной

' использует хуй победи что, основной код спизжен с msdn.microsoft.com





' этот объект необходим для запуска приложений с контролем их выполнения

Dim WSHShell

Set WSShell = WScript.CreateObject("WScript.Shell")



'а это просто так для сервиса

Dim MinimumFreeMemory

Dim AdminMobile



AdminMobile = ""

MinimumFreeMemory = 3072 'в мегабайтах



' **********************************************************



TempFreeMemory = FreeMemory()



If TempFreeMemory < MinimumFreeMemory then

 SendMessageAdmin(TempFreeMemory)

end If





Function FreeMemory()



 strComputer = "."

 Set objWMIService = GetObject("winmgmts:" _

     & "{impersonationLevel=impersonate}!\\" _

     & strComputer & "\root\cimv2")

 Set colSettings = objWMIService.ExecQuery _

     ("Select * from Win32_OperatingSystem")

 For Each objOperatingSystem in colSettings 

     prom = objOperatingSystem.FreeVirtualMemory

     FreeMemory = CDbl(prom/1024)

 Next



end Function



Function SendMessageAdmin(TempFreeMemory)



        Set objEmail = CreateObject("CDO.Message")



        objEmail.From = "k76tserver@localnet"

        objEmail.To = AdminMobile

        objEmail.Subject = "memory problem"

        objEmail.Textbody = "na servere pamyat " & TempFreeMemory

        objEmail.Configuration.Fields.Item _

            ("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2

        objEmail.Configuration.Fields.Item _

        ("http://schemas.microsoft.com/cdo/configuration/smtpserver") = _

        "192.168.0.254"

        objEmail.Configuration.Fields.Item _

         ("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 25

        objEmail.Configuration.Fields.Update

        objEmail.Send



end Function

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

в этом скрипте есть проблема которая всплыла у меня на MS Server 2003 SP1, если объем свободной памяти больше 10 гигов то prom = objOperatingSystem.FreeVirtualMemory будет урезан на 1 разряд справа, соответственно решил эту проблему опять таки не думая FreeMemory = CDbl(prom*10/1024)

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

теперь про линукс

собственно вот скрипт


#!/bin/sh

MINIMUMFREEMEM=10000 #в мегабайтах, определяю как вде трети файла подкачки

FREEMEM=`free -m | grep Swap | tr -s " " | cut -d " " -f 4`

if [ $FREEMEM -le $MINIMUMFREEMEM ]; then

        ( echo 'From: lyalya@localnet'; echo 'To: '; echo 'Subject:zakanchivaetsya pamyat '; echo zakanchivaetsy pamyat ostalos v podkachke $FREEMEM) | sendmail -t
fi

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

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

Я конечно понимаю что в винде можно сделать через логи в оснастке Perfomance.
Но во первых тут потребуется или настраивать административные оповещения отдельно или все таки писать скрипт для отправки сообщения, который таки все равно будет занимать явно не 1 строчку, и явно не будет интуитивно понятным.
Во вторых я не уверен что это при постоянно сильно занятой памяти не отработает 1 раз и на этом успокоится.
Скрипт же в таком виде будет однозначно рассылать сообщения до тех пор пока проблема не будет устранена (ну или сервак не сдохнет)

Подключение торгового оборудования к компьютерам с Linux

2008-12-03T11:43:00.000+09:00

В качестве торгового оборудования которое подключали выступают

1. сканер штрих-кода (конкретно подключали CipherLab 1100)

2. принтер штрих-кода Godex BZB-2

3. фискальный регистратор Штрих-ФР-К

4. терминал сбора данных CipherLab 8300

все оборудование мы цепляли только через COM-порт, по причине моей крайней нелюбви к торговому цепляемому через usb

схем подключения 2

а) когда на линукс-машине запускается rdesktop и работа происходит на MS терминал-сервере, проблема имеющая место быть у нас в этом случае описана в http://linuxforum.ru/index.php?showtopic=76746 , если/когда решим то соответственно напишу там как решили

б) 1С запускается под wine@etersoft на Linux

что общее для всего оборудования и всех схем подключения

прежде всего надо чтобы у пользователя на Linux были права на работу с ком и lpt портами

в Slackware это достигается включением пользователя в группы tty и lp (если ничего не путаю), вообще можно просто посмотреть какие права нужны для файлов /dev/ttyS* и /dev/lp* , * в данном случае это номер порта от нуля и пока не закончатся

настройка ком-порта выполняется с помощью утилиты setserial, если ее нет в системе то надо установить,

настройка ком-портов на постоянку

Slackware 11

/etc/serial.conf

строку #/dev/ttyS0 uart 16450 port 0x3F8 irq 4

меняю на

#/dev/ttyS0 uart 16450 port 0x3F8 irq 4

/dev/ttyS0 uart 16954 port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test

строку спиздил из убунты

файл /etc/rc.d/rc.serial делаю исполняемым

соответственно для большего количества ком-портов правка по аналогии, при необходимости смены на лету: правка serial.conf (не забывайте о резервных неисполняемых копиях) и sudo /etc/rc.d/rc.serial

Ubuntu 8.04

/var/lib/setserial/autoserial.conf

строки

/dev/ttyS0 uart 16850A port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test

/dev/ttyS1 uart 16850A port 0x02f8 irq 3 baud_base 115200 spd_normal skip_test

меняем на

/dev/ttyS0 uart 16954 port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test

/dev/ttyS1 uart 16954 port 0x02f8 irq 3 baud_base 115200 spd_normal skip_test

далее sudo sysv-rc-conf

там находим setserial и выставляем на запуск в 2, 3, 4

не забываем проверить чтобы был исполняемым файлик /etc/init.d/setserial - чисто так, на всякий случай

Обратите внимание что я выставлял на слаке всего один ком-порт, на убунте 2 все в одинаковые параметры, имхо UART 16954 это является обязательным для взаимодействия с торговым оборудованием, а вот скорости могут различаться в зависимости от того на что запрограммировано торговое

--- таки скорости надо ставить на 115200 а то у сканера шк наступает удивление... он как я понял потом сам с терминалом дописдится на какой он скорости...

lpt порт настраивать специально нам не требовалось

теперь как маппируются порты при подключении на MS терминал сервер

ну прежде всего рекомендую ознакомиться с man rdesktop

вот рабочая строка подключения Linux компьютера с маппированием и lpt и com портов

rdesktop -k en-us 192.168.103.1 -A -s "C:\\SeamlessRDP\\seamlessrdpshell.exe C:\\Program Files\\1Cv77\\Bin\\1Cv7s.exe"
-r comport:com2=/dev/ttyS0,com1=/dev/ttyS1 -r lptport:lpt1=/dev/lp0

-s "C:\\SeamlessRDP\\seamlessrdpshell.exe C:\\Program Files\\1Cv77\\Bin\\1Cv7s.exe" этот кусок объяснять в рамках этой статьи мне лениво

ну а теперь коротко о каждом оборудовании

сканер шк - напрямую в линуксе никогда не подключали (но предполагаю что под wine@etersoft никаких различий с виндой не будет), замаппированный на терминал сервер работает вполне пристойно, для связи с 1С используем для него атоловские драйвера, актуальная на текущий момент ссылка на них http://atol.ru/download/programs/drv/dto/DTO6_2008_11_13.zip

у нас используется более старая версия, обновляться смысла не вижу, самое главное при подключении нового сканера не забыть его запрограммировать, как он программируется написано в документации, программировать сканеры через какие нибудь гуевые утилиты не вижу ни малейшего смысла все они легко просто и замечательно быстро программируются служебными штрихкодами, как сканеру так и драйверу в 1С ОБЯЗАТЕЛЬНО надо объяснить что суффикс 13 - он же x0D, иначе 1С его не увидит,

принтер штрих-кода, ВНИМАНИЕ, вроде как для этого принтера есть драйвера позволяющие представлять его системе как обычный принтер, соответственно печать ШК из 1С на него пойдет через ActiveX компоненту и все такое, я это не пробовал, есть ли такие драйвера под Linux не знаю, разбираться нет ни малейшего желания, соответственно у нас печать ШК возможна только на том компьютере к которому подключен принтер, ну или с терминал сервера при маппированном порте. Драйвер используем следующий http://www.scancode.ru/files/item/3/71/ (на самом деле у нас более древняя версия и также обновляться смысла не вижу), что на MS что под wine@etersoft никаких проблем нет, на самом деле для использования этого драйвера даже и не обязательно ставить софтину, с нашей версией вполне хватает тупо закопировать GodexESC.dll в каталог базы (для 7-ки)

при подсоединении на терминал-сервер достаточно замаппировать lpt порт, при работе локально с wine@etersoft необходимо чтобы был симлинк вида
/home/user/.wine/dosdevices/lpt1 ссылающийся на /dev/lp0 цифры и имя пользователя естественно могут варьироваться :)

следует помнить что подключение dll в 1С происходит при первой попытке печати, то есть для настройки на новом месте или под новым пользователем сначала надо попытаться напечатать штрих-код, и только тогда в сервис\параметры появится закладка на которой надо будет настроить все необходимое

фискальный регистратор - драйвера лежат на сайте штриха, никакого различия в работе что под виндой что под wine@etersoft нет, под вайном надо только чтобы был симлинк вида /home/user/.wine/dosdevices/com1 ведущий на /dev/ttyS0 опять таки цифры и имя пользователя естественно могут варьироваться :)

CipherLab 8300, мы используем драйвер от scancity и естественно их же прошивку, в принципе что под виндой что под wine@etersoft все работает одинаково, но есть один нюанс, с подставкой возникают неувязки, под wine в 1С необходимо указать что терминал подцеплен напрямую, самому терминалу объяснить что он в подстаканнике, возможно что это не на всех машинах, не со всеми подставками и т.д. то есть тут надо проверять в каждом конкретном случае

Обновление wine@etersoft с 1.0.8 на 1.0.9

2008-11-26T10:48:00.000+09:00

статья не претендует на охват всех платформ, в принципе это копипаст с наших рабочих заметок

у нас на десктопах испоьзуется Ubuntu и Slackware , на Slackware пакеты etercifs всех версий тупо отказались работать так как нам надо - описание проблемы в http://bugs.etersoft.ru/show_bug.cgi?id=3017 , на Ubuntu даже и не пробовали, вайн у нас wine@etersoft 1.0 SQL

версия cifs под которой у нас все работает также как и под вайн 1.0.8 - linux-cifs-3.4.1

итак, получаем дистрибутивы, пакеты dkms* и etercifs нафиг не нужны

ну а далее

посмотреть версию операционной системы можно в убунте lsb_release -a

в слакваре cat /etc/slackware-version

для 11 слаки замечательно подходят пакеты от 12-й

Исходные данные - на машине стоит вайн 1.0.8, сельта 1.0.3, отстроено все для работы по cifs с smb ресурсами

если у вас исходные данные другие то относитесь к этой статье творчески

сначала надо остановить все сервисы вайна

во первых отмонтироваться от смб ресурсов

во вторых выполнить последовательость команд

/etc/init.d/linux-cifs stop

/etc/init.d/haspd stop

/etc/init.d/etersafe stop

теперь надо снести старый вайн

в слакваре это делается так

root@admin-book:~# ls /var/log/packages/ | grep wine

root@admin-book:~# ls /var/log/packages/ | grep cifs

получим перечень пакетов - сносим их командой

removepkg <имена пакетов через пробел>

затем выполняем команду depmod

потом modprobe -l | grep cifs

если в выводе последней команды увидим путь к etercifs, то его надо удалить и снова набрать depmod

в убунте аналогичные процедуры

узнать имена пакетов dpkg -l | grep cifs

dpkg -l | grep wine

dpkg -r <имена пакетов через пробел>

модуль ядра убивается аналогично слаквари

теперь ставим вайн 1.0.9

ВНИМАНИЕ!!! пакеты dkms и etercifs СТАВИТЬ НЕ НАДО!!!!

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

в слаквари installpkg <путь к пакетам>/*.tgz

в убунте dpkg -i <путь к пакетам>/*.deb

затем надо отбьюлдить linux-cifs

/etc/init.d/linux-cifs build

если все прошло успешно то хорошо, если нет то скорее всего надо менять ядро

теперь собственно уже все

/etc/init.d/etersafe start

/etc/init.d/haspd start

/etc/init.d/linux-cifs start

монтируем smb ресурсы

далее под пользователем wine --update

теперь надо поставить selta 1.0.4

для начала сносим старую сельту

wine uninstaller ну и там все понятно

новую сельту ложим в какое нибудь место известное вайну

cd <каталог куда положили сельту>

wine start selta.msi

после установки

wineboot

проверяем чтобы сельта запускалась

wine ~/wine_c/Program\ Files/Selta/Selta.exe

контрольный ребут и проверка чтобы все работало

Настройка sendmail в Slackware

2008-11-20T17:04:00.000+09:00

Задача следующая, чтобы у машины была возможность отправлять почту. Никаких полноценных почтовых функций нам не нужно, только отправка почты из скриптов. Граничное условие данной задачи - обойтись теми пакетами что входят в дистрибутив операционной системы. Экспериментировал на своей локальной Slackware11 но не думаю что есть большая разница с другими версиями.

ставим два пакета, на той машине что я экспериментировал я ставил из стандартной поставки

sendmail-8.13.8-i486-4.tgz sendmail-cf-8.13.8-noarch-4.tgz

в /usr/share/sendmail/ есть примеры конфигурационных файлов, наибольший интерес представляет для нас файлик clientproto.mc

я его дошаманил до следующего вида


dnl#
include(`../m4/cf.m4')
VERSIONID(`локальная отправка почты')dnl
OSTYPE(`linux')dnl
FEATURE(`nocanonify', `canonify_hosts')dnl
CANONIFY_DOMAIN(`localnet')dnl
FEATURE(nullclient, mail.localnet)

далее в том же каталоге есть скрипт Build

делаем просто

root@admin-book:/usr/share/sendmail/cf/cf# ./Build <наш файлег>.mc

и получаем <наш файлег>.cf

в нем необходимо внести следующие изменения

строчки вида


# SMTP daemon options
O DaemonPortOptions=Name=MTA
O DaemonPortOptions=Port=587 , Name=MSA, M=E

заменить на


# SMTP daemon options
O DaemonPortOptions=Name=MTA, Addr=127.0.0.1
O DaemonPortOptions=Port=587, Addr=127.0.0.1, Name=MSA, M=E

потом файл копируем на место /etc/mail/sendmail.cf

далее, надо чтобы в /etc/hosts была строчка следующего вида 127.0.0.1 admin-book.localnet localhost

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

ну и собственно усе,

/etc/rc.d/rc.sendmail start

проверяем чтобы слушал только локальные порты, отправлял почту и на этом расслабляемся

Отслеживание свободного места на Linux

2008-11-20T14:03:00.000+09:00

Есть сервер на Linux, очень хочется чтобы когда заканчивается свободное место он отчитался админам

собственно если поискать на http://www.opennet.ru то там есть пример скрипта, но он мне не понравился в силу его чрезмерной универсальности, ну не люблю я универсальные вещи

вот мой скрипт


#!/bin/sh

PATHSCRIPT=/root

LOCKFILE=$PATHSCRIPT/namscoropizdec

MINIMUMFREESPACE=15

CHECKINGDEVICE=/dev/sda1

FREESPACE=`df $CHECKINGDEVICE -B G | tail -n 1 | tr -s " "  | cut -d " " -f 4 | tr -d G`

if [ $FREESPACE -le $MINIMUMFREESPACE ]; then

    if [ ! -e $LOCKFILE ]; then

        echo namscoropizdec > $LOCKFILE

        ( echo 'From: blablabla@localnet'; echo 'To: '; echo 'Subject:zakanchivaetsy mesto '; echo zakanchivaetsy mesto $CHECKINGDEVICE ) | sendmail -t

    fi

else

    if [ -e $LOCKFILE ]; then

        rm $LOCKFILE

    fi

fi

P.S.
MINIMUMFREESPACE в данном случае задается в гигабайтах

ну и естественно какой нибудь мэйлер должен иметь место быть и быть настроенным на отправку почты

Отслеживание свободного места Windows

2008-10-25T15:30:00.000+10:00

Итак есть сервер на Windows 2003, сильно хочется чтобы при снижении свободного места на одном из дисков нам приходило сообщение

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


' пакетник предназначен для проверки наличия свободного места на диске
' и отчете админу в случае окончания онового
' использует VBS и WSH


' этот объект необходим для запуска приложений с контролем их выполнения
Dim WSHShell
Set WSShell = WScript.CreateObject("WScript.Shell")

' это для работы с файлами
Dim FSObject
Set FSObject = CreateObject("Scripting.FileSystemObject")

'а это просто так для сервиса
Dim DrivePath
Dim RabKatalog
Dim LockFile
Dim MinimumFreeSpace
Dim AdminMobile

DrivePath = "c:\"
RabKatalog = "C:\autoarch\freespace\"
LockFile = "namskoropizdec.txt"
AdminMobile = "мыло ответственного, если несколько то через запятую"
MinimumFreeSpace = 15 'в гигабайтах

' **********************************************************

If ExistLockFile() = false then
    If FreeSpace() <= MinimumFreeSpace then
        PamagiteLudiDobrie()
    end If
Else
    If FreeSpace() > MinimumFreeSpace then
        FSObject.DeleteFile(RabKatalog & LockFile)        
    end If

end If


Function ExistLockFile()
        If FSObject.FileExists(RabKatalog & LockFile) then
        ExistLockFile = true
    Else
        ExistLockFile = false
        End If
end Function

Function FreeSpace()
    Dim drv
    Set drv = FSObject.GetDrive(DrivePath)
    FreeSpace = drv.FreeSpace/1024/1024/1024
end Function

Function PamagiteLudiDobrie()
    
    Dim filemessage
    Set filemessage = FSObject.CreateTextFile(RabKatalog & LockFile, true)        
    filemessage.Write("nam skoro pizdec")
    filemessage.Close

    SendMessageAdmin()
    
end Function

Function SendMessageAdmin()

        Set objEmail = CreateObject("CDO.Message")

        objEmail.From = "tserber@localnet"
        objEmail.To = AdminMobile
        objEmail.Subject = ""
        objEmail.Textbody = "na sql servere K16 zakanchivaetsya mesto"
        objEmail.Configuration.Fields.Item _
            ("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2
        objEmail.Configuration.Fields.Item _
        ("http://schemas.microsoft.com/cdo/configuration/smtpserver") = _
        "192.168.0.254"
        objEmail.Configuration.Fields.Item _
         ("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 25
        objEmail.Configuration.Fields.Update
        objEmail.Send

end Function

Установка Slackware12.1 в качестве сервера под 7 и 8 1С

2008-09-05T15:53:00.000+10:00

Исходные данные

есть базы на 7-ке и 8.1

нам необходимо перевести их на 1 (один) бесплатный SQL сервер на бесплатной операционной системе

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

итак, берем свежеустановленную слаку с поднятой сетью - самое первое с чего начинаем - переводим локаль на ru_RU.UTF-8

инструкцию по переводу локали наглы образом тырим с интернета - вот ссылка

http://ru.wikibooks.org/wiki/Русификация_Slackware_12

а теперь в сжатом виде что же собственно делалось

для начала /etc/lilo.conf правим или добавляем в самом начале такого вот вида строчку

append=" vt.default_utf8=1"

набираем lilo

скачиваем http://mlclm.narod.ru/ru-utf.map.gz и ложим в /usr/share/kbd/keymaps/i386/qwerty

находим на http://www.linuxpackages.net подходящую сборку mc с поддержкой utf-8 и ложим в место которое легко найдем с консоли

правим /etc/rc.d/rc.font (у меня это rc.font.new - пришлось переименовать в rc.font) (имхо это делать необязательо но так может оказаться приятней)

#!/bin/sh
#
# This selects your default screen font from among the ones in
# /usr/share/kbd/consolefonts.
#
setfont -v
unicode_start LatArCyrHeb-16
for i in 1 2 3 4 5 6;do
echo -ne "\033%G" >/dev/tty$i
done

правим /etc/rc.d/rc.keymap

#!/bin/sh
# Load the keyboard map.  More maps are in /usr/share/kbd/keymaps.
#if [ -x /usr/bin/loadkeys ]; then
# /usr/bin/loadkeys us.map
#fi
if [ -x /usr/bin/loadkeys ]; then
/usr/bin/loadkeys /usr/share/kbd/keymaps/i386/qwerty/ru-utf.map.gz
fi

правим /etc/profile.d/lang.sh

default locale - в комментариях прописано что за нее отвечает - делаем так

export LANG=ru_RU.UTF-8

обращаем внимание на следующее место

# One side effect of the newer locales is that the sort order
# is no longer according to ASCII values, so the sort order will
# change in many places.  Since this isn't usually expected and
# can break scripts, we'll stick with traditional ASCII sorting.
# If you'd prefer the sort algorithm that goes with your $LANG
# setting, comment this out.
#export LC_COLLATE=C

export LC_COLLATE=C я закомментировал от греха подальше

аналогично правим правим /etc/profile.d/lang.сsh

# en_US is the Slackware default locale:
#export LANG=en_US
export LANG=ru_RU.UTF-8

# 'C' is the old Slackware (and UNIX) default, which is 127-bit
# ASCII with a charmap setting of ANSI_X3.4-1968.  These days,
# it's better to use en_US or another modern $LANG setting to
# support extended character sets.
#export LANG=C

Не забудьте убедиться в том, что на файлы rc.font, rc.keymap, lang.sh, lang.csh установлен атрибут "executable"

стараемся не забыть

перекрестившись набираем reboot

загрузившись запускаем mc, громко и мерзко материмся и ставим заранее заготовленный mc с поддержкой utf-8

далее ставим постгрес - ВНИМАНИЕ на сайте этерсофта почему то выложены в открытом доступе сборки постгресса без самого вкусного - то есть без поддержки Selta, либо заказываем этерсофту новую сборку либо пользуемся тем что есть и гарантированно работает

установка не отличается изысками и шаманством - шаманство начнется позже

скидываем все пакеты в одно место и набираем installpkg postgre*.tgz

а вот теперь самое интересное

проверяем /etc/passwd и /etc/group на предмет наличия пользователя postgres.postgres если (что скорее всего) их там нет то делаем следующее

groupadd -g 102 -o postgres (не считайте меня мудаком - знаете способ лучше подскажите) - параметр 102 надо посмотреть в /etc/group ближайший свободный номер после 100

далее useradd -g postgres postgres

потом меняем домашний каталог пользователю postgres на /var/lib/pgsql (я менял ручками в /etc/passwd)

далее следующие магические действия

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

chown -R postgres.postgres /usr/lib/pgsql

далее пытаемся стартануть постгрес /etc/rc.d/init.d/postgres start

БОЕЦ ПОМНИ! после каждой неудачной попытки запуска, перед следующей попыткой очищай содержимое /var/lib/pgsql/

если все будет в порядке то он проинициализирует базу и стартанет, если не в порядке напишет FAILED и может описать причину - если причина описана то правим /etc/rc.d/init.d/postgres до тех пор пока не запустится, следует обращать особое внимание на директивы $SU изначально они написаны некорректно, необходимо привести к виду $SU postgres -c "$PGENGINE/postmaster -p '$PGPORT' -D '$PGDATA' ${PGOPTS} &" >> "$PGLOG" 2>&1 < /dev/null то есть вот на этом промежутке $SU postgres -c нужно убрать лишний мусор, а может быть и добавить что нибудь типа postgres вторая возможная ошибка стартовым скриптом не показывается смотрим ее в /var/lib/pgsql/pgstartup.log возможны маты на параметр ядра shmmax с помощью sysctl -a | grep shmmax смотрим на текущее значение подсмотрим что же нам говорит лог и выставляем значение на немного большее с помощью sysctl -w kernel.shmmax=желаемое значение если после этого запустилось то в /etc/sysctl.conf добавляем что то вроде следующего

#for postgresql

kernel.shmmax = желаемое значение

кстати у меня /etc/sysctl.conf не было - создал, права выдал по аналогии с соседними файлами

была еще такая загадочная ошибка
touch: невозможно выполнить touch для `/var/lock/subsys/postgresql': Нет такого файла или каталога

при этом процессы таки запустились, создал под рутом каталог /var/lock/subsys/ прибил процесы kill-ом и вроде запустилось

а вот если не запустилось то не знаю - у меня все работало

после запуска проверяем с помощью ps aux | grep postgre и с помощью netstat -aptln что постгре висит в памяти и слушает порты

затем делаем очередное магическое действо: psql -U postgres -d template1 -c "ALTER USER postgres PASSWORD 'желаемый пароль'"

это мы поменяли пароль самому главному пользователю постгреса

возможно что уматерится - тогда правим файлик /var/lib/pgsql/data/pg_hba.conf

там в самом конце по поводу ограничения доступа - у меня рабочая конфигурация следующая

# IPv4 local connections:

#host    all         all         127.0.0.1/32          ident sameuser

host    all         all         0.0.0.0/0          md5

local   all         all         trust

там можно щее и про IPv6 добавлять - но я его боюсь поэтому не трогал

перестартуем сервер /etc/rc.d/init.d/postrgesql stop

/etc/rc.d/init.d/postrgesql start

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

но все, postgre висит в памяти, слушает порты, проверяем на всякий случай действительно ли он работае - я для начала проверял с помощью PgadminIII потом сможет ли с ним работать 1С, сельтой инициализируем базу и загружаем туда какую нибудь мелкую базу 1С-ки, если все прошло на ура, то перегружаемся и перепроверяем, тихо радуемся, очень тихо радуемся, незаметно радуемся, ибо как нам еще сервер 1С ставить

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

ложим куда нибудь все пакетики (rpm) и ставим их

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

240 rpm -Uhv --nodeps 1C_Enterprise-common-8.1.11-67.i386.rpm

242 rpm -Uhv --nodeps 1C_Enterprise-common-nls-8.1.11-67.i386.rpm

243 rpm -Uhv --nodeps 1C_Enterprise-server-8.1.11-67.i386.rpm

244 rpm -Uhv --nodeps 1C_Enterprise-server-nls-8.1.11-67.i386.rpm

245 rpm -Uhv --nodeps 1C_Enterprise-ws-8.1.11-67.i386.rpm

246 rpm -Uhv --nodeps 1C_Enterprise-ws-nls-8.1.11-67.i386.rpm

247 rpm -Uhv --nodeps 1C_Enterprise-crs-8.1.11-67.i386.rpm

248 rpm -Uhv --nodeps 1C_Enterprise-crs-nls-8.1.11-67.i386.rpm

по аналогии с тем что делали после установки постгресса проверяем пользователя usr1cv81 и группу grp1cv81 (у меня создались сами)

проверяем наличие домашнего каталога пользователя /home/usr1cv81 если что создаем

далее следующие магические действия

269 chown -R usr1cv81.grp1cv81 /opt/1C/

276 chown -R usr1cv81.grp1cv81 /home/usr1cv81/

а теперь то что можно было сделать в любой момент - желательно сразу после установки - машина должна быть прекрасна видима по доменному имени, то есть ее ОБЯЗАТЕЛЬНО ПО ИМЕНИ ЗАДАННОМУ ПРИ УСТАНОВКЕ НАДО ПРОПИСАТЬ В ПРЯМУЮ И ОБРАТНЫЕ ЗОНЫ ДНС и также самой ей прописать днс-сервер (можно конечно обойтись и хостами но у меня днс был и я не заморачивался)

далее правим скрипты /etc/rc.d/init.d/srv1cv81 и /etc/rc.d/init.d/functions по аналогии с тем как правили скрипты для постгре, с парой отклонений:

в srv1cv81 я сделал следующее

if [ -x /sbin/runuser ]
then
   #SU=runuser
   SU=su
else
   SU=su
fi

для удобства редактирования в начало скриптов я добавил #!/bin/sh - но это дело вкуса каждого

БОЕЦ ПОМНИ эту блядину - сервер 1С я не сумел заставить писать никаких логов, так что почему она не запускается это приходится догадываться интуитивно, кроме того то что скрипт сказал DONE еще не значит что все на ура - он сука может скромничать, так что проверять с помощью ps и netstat, рабочие процессы сервера 1С это ragent, rphost, rmngr - должны быть запущены от имени поьзователя 1с

добиваемся чтобы стартануло /etc/rc.d/init.d/srv1cv81 start, опускаем его с помощью /etc/rc.d/init.d/srv1cv81 stop

лезем в хоум usr1cv8 ищем файлики srvribrg.lst и 1CV8Reg.lst

вот мой рабочий файлег srvribrg.lst

{0,^
{e8aa8ab8-73fe-11dd-f39b-000c294cc65b,"Локальный кластер",1541,"slack12_1",0,0,0,0},^
{2,^
{56599594-7400-11dd-bf81-000c294cc65b,"aratest","aratest","PostgreSQL","slack12_1","aratest","postgres","FGlAkIfj01iqCmchlx9
{0,00010101000000,00010101000000,"","",""},0},^
{0903ff54-7401-11dd-bf81-000c294cc65b,"aratestdata","","PostgreSQL","slack12_1","aratestdata","postgres","FGlAkIfj01iqCmchlx
{0,00010101000000,00010101000000,"","",""},0}^
},^
{1,^
{e95c2d5e-73fe-11dd-f39b-000c294cc65b,"slack12_1",1,1,^
{7.4335138175937e-2,5.131495675409606e-2,2.299275719007102e-2,0,2.742423176991773e-5,14221,6.70332463864892e-3,0},1000}^
},^
{0},^
{1,^
{e95b7742-73fe-11dd-f39b-000c294cc65b,"Центральный сервер",1540,"slack12_1",1,^
{1,^
{1560,1591}^
},"","1WZyHGPavHXT8Aa+wxcl6A=="}^
}^
}

там где slack12_1 должно стоять ваше имя машины, возможно придется использовать полное доменное имя, у меня заработало именно так, естественно search localnet в resolv.conf у меня есть

стартуем посгтгре, стартуем сервер 1С, проверяем что они повисли в памяти и слушают порты

теперь проверяем работоспособность сервера 1С, я коннектился из винды (не бейте!) с помощью оснастки сервера 1С и пытался создать базу, с первого раза может не получиться но путем последовательного применения метода научного тыка все таки создается. БОЕЦ ПОМНИ прописывать сервер нужно именно так как он себя сам именует, то есть машина с которой пытаетесь сделать должна прекрасно резолвить в моем случае имя slack12_1

когда получается создаем базу из 8 1С под вайном, заливаем в нее данные, в идеале 8-ка и 7-ка должны работать параллельно - у меня заработали, осталось прописать в автозагрузку

я сделал так

root@k761c:~# ls /etc/rc.d/rc3.d/

K59srv1cv81@ K60postgresql@ S40postgresql@ S41srv1cv81@

root@k761c:~# ls /etc/rc.d/rc4.d/

K59srv1cv81@ K60postgresql@ S40postgresql@ S41srv1cv81@

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

ребутимся и проверяем чтобы все работало

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

далее необходимо отстроить самбу

для начала делаю файл /etc/rc.d/rc.samba исполняемым

потом в файле /etc/inetd.conf делаю вот так


#Samba Web Administration Tool:
swat           stream  tcp     nowait.400 root /usr/sbin/swat  swat

для экономии жизненного пространства файл /etc/rc.d/rc.inetd оставляю неисполняемым

затем sh /etc/rc.d/rc.inetd start

после чего коннекчусь через браузер http://k761c.localnet:901/

учитывая отсутствие познаний и нежелание читать километры манов включаю интуицию после чего рождается вот такой вот файлег /etc/samba/smb.conf

# Samba config file created using SWAT
# from 192.168.102.111 (192.168.102.111)
# Date: 2008/08/28 07:45:06


[global]
       workgroup = K76
       interfaces = eth0
       security = SHARE
       log file = /var/log/samba/samba.%m
       max log size = 50
       ldap ssl = no
       printing = bsd
       print command = lpr -r -P'%p' %s
       lpq command = lpq -P'%p'
       lprm command = lprm -P'%p' %j

[bases1c]
       path = /bases1c
       write list = admin
       readonly = No
       guest ok = Yes
       available = Yes

с линукс машины монтирую шару как cifs с виндовой машины просто захожу, проверяю русские имена тремя различными способами - из mc создание-видение на подмонтированной шаре, из винды простой заход через сетевое окружение, и из крусадера - smb соединение, все проходит на ура, потом в каталоге с русским именем разворачиваю на dbf/cdx небольшую но все таки комплексную конфигурацию 1С 7.7 и захожу с двух клиентов - с линухи (1С запускаю из под вайна) и с винды, зашли, значит взаимных блокировок совсем страшных нет и даже не отработало ограничение на количество одновременно открытых файлов, окончательно конечно это можно увидеть только в работе, но! нахрена мне в работе по сети dbf/cdx 1C 7.7 ?? так что считаем что краш-тест пройден успешно

следующим этапом - поднятие иксов и развертывание вайна

поднятие иксов выполняется крайне просто - startx и вперед, переключаю машину в init 4 при старте, завожу пользователя и разрешаю ему автологон, в KDE у этого пользователя (под ним будут выполняться задания по автообмену 7-й 1С) отключаю все навороты чтобы не жрала ресурсы - оболочка начинает при этом сильно напоминать выньду 98 но нам на нее не любоваться

ставлю wine - ставится он на слаке очень проcто - installpkg *wine*.tgz
ставлю 7-ю 1С, на всякий случай 8-ю, ставлю из пакета вайна haspd, и пакет linux-cifs, также ставлю Selta@Etersoft

а вот тут есть очень тонкий и невнятный момент - у нас это заняло 3 дня чистого и незабвенного секса. БОЕЦ ПОМНИ! для работы с файловой частью 7-й 1С в разделенном режиме пакет от etersoft linux-cifs ОЧЕНЬ КРИТИЧЕН!, но этот пакет очень сильно привязан к ядру, поэтому выбирайте только те ядра\операционные системы под которые это стабильный пакет есть в готовом виде, конкретно нам на слаке 12.1 пришлось поменять ядро на ядро от слаки 12, иначе не работало монтирование самого на себя, а без этого монтирования не работал разделенный доступ локально запущенной и по сети 1С. А также примите мои соболезнования те несчастные которым придется втыкать этот пакет на самосборное ядро.

собственно на этом все основное и заканчивается. далее вылизывание настроек postgresql в соответствии с рекомендациями этерсофта у нас получился следующий конф-файл (все комментарии убраны)


listen_addresses = '*'
max_connections = 30  
shared_buffers = 128MB  
temp_buffers = 16MB      
max_prepared_transactions = 5
work_mem = 64MB
maintenance_work_mem = 128MB
max_stack_depth = 3MB
max_fsm_pages = 153600
max_fsm_relations = 5000
fsync = off
full_page_writes = off
wal_buffers = 256kB
effective_cache_size = 70MB
default_statistics_target = 100      
constraint_exclusion = on
redirect_stderr = on
log_directory = 'pg_log'
log_truncate_on_rotation = on
log_rotation_age = 1d  
log_rotation_size = 0  
client_min_messages = error
stats_command_string = on
stats_start_collector = on
stats_block_level = off
stats_row_level = on
stats_reset_on_server_start = off
autovacuum = on  
autovacuum_naptime = 1min
datestyle = 'iso, dmy'
lc_messages = 'ru_RU.UTF-8'      
lc_monetary = 'ru_RU.UTF-8'          
lc_numeric = 'ru_RU.UTF-8'          
lc_time = 'ru_RU.UTF-8'              
deadlock_timeout = 2s
max_locks_per_transaction = 250

естественно эта конфа неидеальна, но 1. полне работоспособна, 2. визуально возникло ощущение что значительно быстрее работает чем mssql хотя и не на всех операциях

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

далее подробно расписывать мне лениво привожу только следущее


root@k76_1c:~# ls /etc/rc.d/rc3.d/
K55srv1cv81@    K65linux-cifs@  K75etersafe@    K85nut@  S20nullmailer@  S30haspd@       S40postgresql@
K60postgresql@  K70haspd@       K80nullmailer@  S15nut@  S25etersafe@    S35linux-cifs@  S45srv1cv81@
root@k76_1c:~# ls /etc/rc.d/rc4.d/
K55srv1cv81@    K65linux-cifs@  K75etersafe@    K85nut@  S20nullmailer@  S30haspd@       S40postgresql@
K60postgresql@  K70haspd@       K80nullmailer@  S15nut@  S25etersafe@    S35linux-cifs@  S45srv1cv81@


root@k76_1c:~# cat /home/robot/.tasks/complexall/complexall
#!/bin/bash

RABKATALOG=~/.tasks/complexall

LOCKFILE=$RABKATALOG/lock.pid

FTPSERVER=192.168.0.254

REMOTECATALOG=/

FILENAMEVH=A010.zip

BASA1C=w:\\bases77\\complexall\\

BASA1CLIN=/mnt/sharecifs/bases77/complexall/

FILENAMEISH=${BASA1CLIN}Avtoobmen/A011.zip

NAMEFTP=

PASSWORDFTP=

IMYA1C=Robot

PASSWORD1C=

if [ -e $LOCKFILE ]; then
   echo predidushaya zadacha ne zavershilas
   exit
fi

echo $$ > $LOCKFILE

ncftpget -E -Z -v -u $NAMEFTP -p $PASSWORDFTP 192.168.0.254  ${BASA1CLIN}Avtoobmen/ $FILENAMEVH

wine ~/wine_c/Program\ Files/1Cv77/BIN/1cv7s.exe config /d$BASA1C /n$IMYA1C /p$PASSWORD1C /@${BASA1C}\\Avtoobmen\\complexall.txt

ncftpput -E -Z -v -u $NAMEFTP -p DE[jDst,e $FTPSERVER $REMOTECATALOG $FILENAMEISH

rm $LOCKFILE


root@k76_1c:~# cat /mnt/sharecifs/bases77/complexall/Avtoobmen/complexall.txt
[GENERAL]

Output = w:\\bases77\\complexall\\Avtoobmen\\complexall.log
Quit = Y
CheckAndRepair = N
UnloadData = N
SaveData = N
AutoExchange = Y

[CheckAndRepair]

;;Repair = N
;;PhysicalIntegrity = N
;;Reindex = N
;;LogicalIntegrity = N
;;RecalcSecondaries = N
;;RecalcTotals = N
;;Pack = N
;;SkipUnresolved = Y
;;CreateForUnresolved = N
;;Reconstruct = N

[UnloadData]

;;UnloadToFile = ""
;;IncludeUserDef = ""
;;Password = ""

[SaveData]

;;SaveToFile = ""
;;FileList = ""


[AutoExchange]

SharedMode=Y
;;ReceiveFrom=*
ReadFrom=*
WriteTo=*
;;SendTo=*


root@k76_1c:~# cat /home/robot/.kde/Autostart/automount
#!/bin/sh

sudo umount /mnt/sharecifs

sudo mount /mnt/sharecifs


root@k76_1c:~# cat /etc/fstab
/dev/sda1        swap             swap        defaults         0   0
/dev/sda2        /                reiserfs    defaults         1   1
#/dev/cdrom      /mnt/cdrom       auto        noauto,owner,ro  0   0
/dev/fd0         /mnt/floppy      auto        noauto,owner     0   0
devpts           /dev/pts         devpts      gid=5,mode=620   0   0
proc             /proc            proc        defaults         0   0
tmpfs            /dev/shm         tmpfs       defaults         0   0
//k761c/bases1c /mnt/sharecifs    cifs        noauto,noperm,guest

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

далее от KDE надо отказываться стартовать просто x-сервер и приложения, соответственно использовать не несколько невнятный kalarm а нормальный cron

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

P.S. огромный "респект" компании Etersoft, идеологическое легкое "фи" в сторону компании Microsoft, ну а в сторону програмных продуктов под маркой 1С - нехорошо конечно рубить сук на котором сидишь но ! была бы разумная альтернатива отказался бы от этого гавна сразу - к сожалению 1С на мой взгляд лучшие :(

P.P.S в использовании для 1С wine@etersoft SQL и Selta@Etersoft не все так безоблачно как кажется, но информацию о глюках этих связок выложу только после того как отпишусь в саппорт etersoft, единственное что могу сказать - глюки не критичны.

P.P.P.S огромное спасибо xeim - xeim.blogspot.com - он сделал как бы не основную часть описанной здесь работы