URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 90148
[ Назад ]

Исходное сообщение
"linux + 1c8.2 + postgress = /tmp lock file — победить аварийное"
Отправлено quadroarte , 28-Окт-10 14:12

postgresql 8.3.8
1C_Enterprise82-server-8.2.12-87.i386
ubuntu 10.10 server 64x
Проблема, создаются в папке /tmp
-rw-r----- 1 usr1cv82 grp1cv82 1019 2010-10-28 14:02 v8_HWwhyF_1.tmp
-rw-r----- 1 usr1cv82 grp1cv82 0 2010-10-28 14:06 v8lIXTFof
типа таких файлов...
Когда клиентская часть 1с соединяется с сервером, создаются файлы в разделе /tmp.
Когда клиент завершает работу, файлы удаляются.
А при аварийном завершении, эти блокирующие файлы в папке /tmp не удаляются.
Что бы клиентские машины могли потом заходить, требуется удалять
rm /tmp/v8* — все темпы, а потом перезапускать /etc/init.d/srv1cv82
Кто нибудь сталкивался с такой проблемой и как ее решали?
Может это проблема демона сервера 1с именной этой версии...

Содержание

linux + 1c8.2 + postgress = /tmp lock file — победить ...,Aquarius, 18:19 , 28-Окт-10
- linux + 1c8.2 + postgress = /tmp lock file — победить ...,quadroarte, 18:31 , 28-Окт-10
  - linux + 1c8.2 + postgress = /tmp lock file — победить ...,nekvit, 18:57 , 28-Окт-10
    - linux + 1c8.2 + postgress = /tmp lock file — победить ...,quadroarte, 19:18 , 28-Окт-10
      - linux + 1c8.2 + postgress = /tmp lock file — победить ...,quadroarte, 19:29 , 28-Окт-10

Сообщения в этом обсуждении

"linux + 1c8.2 + postgress = /tmp lock file — победить ..."
Отправлено Aquarius , 28-Окт-10 18:19

> 1C_Enterprise82-server-8.2.12-87.i386
у них есть техподдержка

"linux + 1c8.2 + postgress = /tmp lock file — победить ..."
Отправлено quadroarte , 28-Окт-10 18:31

>> 1C_Enterprise82-server-8.2.12-87.i386
> у них есть техподдержка
к ним не дозвониться, и они не окажут помощи... 1с-ка то работает, ну подглючивает.
а то, что позвонить можно, это и дураку понятно.

"linux + 1c8.2 + postgress = /tmp lock file — победить ..."
Отправлено nekvit , 28-Окт-10 18:57

>>> 1C_Enterprise82-server-8.2.12-87.i386
>> у них есть техподдержка
> к ним не дозвониться, и они не окажут помощи... 1с-ка то работает,
> ну подглючивает.
> а то, что позвонить можно, это и дураку понятно.
Я обошел это простым способом.
Засунул в cron перегрузку 1с-овского сервера в 5 часов утра.
Проблемма ушла :)
Не красиво, но работает...

"linux + 1c8.2 + postgress = /tmp lock file — победить ..."
Отправлено quadroarte , 28-Окт-10 19:18

>>>> 1C_Enterprise82-server-8.2.12-87.i386
>>> у них есть техподдержка
>> к ним не дозвониться, и они не окажут помощи... 1с-ка то работает,
>> ну подглючивает.
>> а то, что позвонить можно, это и дураку понятно.
> Я обошел это простым способом.
> Засунул в cron перегрузку 1с-овского сервера в 5 часов утра.
> Проблемма ушла :)
> Не красиво, но работает...
Но, я могу и скрипт написать, что бы он чистил темпы и дергал демон...
блинский, но это происходит во время работы! руки им отбивать?
дык, мне еще репутацию портит программист 1с... говорит под "маздайкой" все шоколадно и таких нету проблем, твой линукс сносить нужно.

"linux + 1c8.2 + postgress = /tmp lock file — победить ..."
Отправлено quadroarte , 28-Окт-10 19:29

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