Имя: Пароль:
IT
 
Сервер 1С зависает два, три раза в день. Как исправить?
, , ,
0 into
 
17.01.19
16:55
Ubuntu 18.04.1 + PostgreSQL

20 человек работает через тонкий клиент. Работает система хорошо, но несколько раз в день, у всех пользователей 1С замирает. И помогает только перезапуск сервера 1С командой sudo service srv1cv83 restart

В чем может быть причина и как исправить?

(Уже перенесли на новый север, более мощный - не помогло)
1 piter3
 
17.01.19
16:56
Что в журнале в этом момент времени?На сервере больше ничего не крутиться?
2 spiller26
 
17.01.19
16:59
(0) Более подробную информацию напиши
Сервер 1с и Сервер Баз данных крутятся на одной машине или нет.
Что в журнале пишется.
3 into
 
17.01.19
17:01
(1) (2) На одной машине

Технический журнал 1С

44:06.411001-0,EXCPCNTX,0,ClientComputerName=server1c03,ServerComputerName=server1c03,UserName=Ищенко,ConnectString='Srvr="192.168.5.131";Ref="db1csapfir";'
44:06.411002-2002,EXCPCNTX,3,SrcName=DBPOSTGRS,OSThread=139711171602176,process=rphost,p:processName=db1csapfir,t:clientID=15490,t:applicationName=BackgroundJob,t:computerName=server1c03,t:connectID=19475,SessionID=19,Usr=Ищенко,Trans=0,dbpid=20069,Sql="SELECT
T1._IDRRef,
T1._Number,
T1._Date_Time
FROM _Document176 T1
WHERE (T1._IDRRef IN ('\\032\\224\\030\\251\\005\\271\\311\\321\\021\\350\\364\\246\\3133\\023\\340'::bytea, '\\032\\224\\030\\251\\005\\271\\311\\321\\021\\350\\364\\265r\\024q<'::bytea, '\\032\\224\\030\\251\\005\\271\\311\\321\\021\\350\\364\\265\\210\\245\\344N'::bytea, '(\\207\\030\\251\\005\\271\\311\\321\\021\\350\\364\\301\\271\\363-\\362'::bytea, '(\\207\\030\\251\\005\\271\\311\\321\\021\\350\\364\\301\\354\\215\\241\\204'::bytea, '(\\207\\030\\251\\005\\271\\311\\321\\021\\350\\364\\310\\021\\222\\016\\222'::bytea, '(\\207\\030\\251\\005\\271\\311\\321\\021\\350\\364\\312\\000?\\374\\354'::bytea, ')\\215\\030\\251\\005\\271\\311\\321\\021\\350\\365*N\\267\\0024'::bytea, ')\\215\\030\\251\\005\\271\\311\\321\\021\\350\\365O\\367\\027\\224F'::bytea, ')\\215\\030\\251\\005\\271\\311\\321\\021\\350\\365VP\\226\\223\\232'::bytea, ')\\215\\030\\251\\005\\271\\311\\321......
........
......
ORDER BY T1._IDRRef",RowsAffected=0,Result=PGRES_FATAL_ERROR,dbpid=20069,Sql=ROLLBACK,RowsAffected=0
4 spiller26
 
17.01.19
17:02
Ещё
Платформа какая?
PostgreSQL какой?
5 mexanik_96
 
17.01.19
17:03
(0)ну пг вакум клинер ... дальше сам давай
6 spiller26
 
17.01.19
17:04
(3) Запрос в Postgre по ходу тухнет.
PGRES_FATAL_ERROR
7 spiller26
 
17.01.19
17:05
PostgreSQL настраивай.
А вообще лучше мухи и котлеты отдельно.
8 spiller26
 
17.01.19
17:06
9 into
 
17.01.19
17:10
пг вакум клинер -делал
8.3.10.2561
PostgreSQL для платформы 10.51
С сайта
https://postgrespro.ru/products/1c
10 into
 
17.01.19
17:12
(6)да PGRES_FATAL_ERROR но запрос не тяжелый
11 ansh15
 
17.01.19
21:30
(9) О 10-й версии - "Поддержка этой версии в 1С:Предприятии 8.3 реализована в версии 8.3.13 и старше.
Нагрузочное тестирование проводилось на версиях 1С:Предприятия 8.3.13." http://downloads.v8.1c.ru/ftp//AddCompPostgre/10_5_9_1C/Extrafiles/Osobennosti_reliza.txt
Гарантии на работу с версиями платформы ниже 8.3.13 никто не давал(мало ли, что пишут в Интернете).
Что пишется в лог PostgreSQL?
12 ansh15
 
17.01.19
21:35
8.3.13.1644 и PosgreSQL: ошибка "variable not found in subplan target lists"
Да и на протестированной платформе тоже не все хорошо, как выясняется.
13 Garykom
 
гуру
17.01.19
22:37
(0) ОСь и платформа 1С x64 или x86?

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

Помогал только да рестарт сервиса 1С.
14 Garykom
 
гуру
17.01.19
22:39
(13)+ Самое смешное что память жрало даже без подключенных сеансов пользователей и за сутки примерно подходило к пределу и висло.
15 Garykom
 
гуру
17.01.19
22:40
Еще имхо 1С на rpm (например centos) более стабильна чем на deb (убунту или дебиан).
Хотя я конечно больше предпочитаю дебиан, ибо лучше его знаю.
16 g00d
 
18.01.19
00:56
в журнале регистрации никто не включает отборы?
если журналы большие то запросто приводит к подвисанию rmngr
17 rphosts
 
18.01.19
02:37
(0) про поддерживаемость версий написали. Если падает в одно и то-же время... что-то кто-то в это время делает: регламентные, какие-то другие программы на вашем сервере и т.п. ну и вообще неплохо-бы держать руку на пульсе сервера... там перед самым падением память/диск не заканчиваются?
18 into
 
18.01.19
21:21
(16) (17) Зависает в самое неожиданное время.
Журналы регистрации никто не трогает.

Памяти огромное количество.

Увеличили все настройки PostgreSQL - не помогло

Платформу попробуем обновить.
19 into
 
18.01.19
21:23
Конфигурация сильно не типовая. Там могли что-нибудь накосячить. Но отследить пока не получилось.
20 MyNick
 
18.01.19
22:00
Расскажу смешную историю с одной из прошлых работ. Сервер стоял в кладовке и также неожиданно зависал. По неск раз в неделю. В кладовке было душно, но дир был жмот, на кондер денег не давал, говорил что мы олени и не хотим искать причину. Потом таки сдался, поставили кондер и зависания прекратились. Такие вот бывают шараги...
21 Василий Алибабаевич
 
18.01.19
22:56
(0) Исходя из :
t:applicationName=BackgroundJob,t:computerName=server1c03,t:connectID=19475,SessionID=19,Usr=Ищенко ...

Вешает сервер фоновое задание. Которое что-то ищет в документах по списку строковых данных
22 Glenas
 
19.01.19
01:33
(0) 18 -я версия очень сырая работа в связке 10-й Postgre И 1C
Рекомендации:
16 -я, база 9,6, сервер 8.3.13.1644
отличная работа
23 into
 
23.01.19
12:14
Всем большое спасибо.
Проблему удалось решить.
Оказалось это регламентное задание пыталось провести документ открытый пользователем.

Вот так сделали:

Попытка
  ДокЗаказ.Заблокировать();
24 into
 
23.01.19
12:22
Проблема была в том что это фоновое задание не сообщало ошибку, а подвешивала сервер 1С
25 shotsdv2008
 
29.01.19
20:30
(15) у меня на дебиане такой сервак крутится уже лет 7 и без проблем. Правда, там Постгри от Этерсофта
26 into
 
05.02.19
12:47
Думал нашел проблему, но нет, эта ерунда продолжается. На последней платформе конфигурация не запустилась.
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший