Ubuntu 18.04.1 + PostgreSQL

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

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

(Уже перенесли на новый север, более мощный - не помогло)

Что в журнале в этом момент времени?На сервере больше ничего не крутиться?

(0) Более подробную информацию напиши
Сервер 1с и Сервер Баз данных крутятся на одной машине или нет.
Что в журнале пишется.

(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

Ещё
Платформа какая?
PostgreSQL какой?

(0)ну пг вакум клинер ... дальше сам давай

(3) Запрос в Postgre по ходу тухнет.
PGRES_FATAL_ERROR

PostgreSQL настраивай.
А вообще лучше мухи и котлеты отдельно.

https://its.1c.ru/db/metod8dev#content:5866:hdoc

пг вакум клинер -делал
8.3.10.2561
PostgreSQL для платформы 10.51
С сайта
https://postgrespro.ru/products/1c

(6)да PGRES_FATAL_ERROR но запрос не тяжелый

(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?

8.3.13.1644 и PosgreSQL: ошибка "variable not found in subplan target lists"
Да и на протестированной платформе тоже не все хорошо, как выясняется.

(0) ОСь и платформа 1С x64 или x86?

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

Помогал только да рестарт сервиса 1С.

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

Еще имхо 1С на rpm (например centos) более стабильна чем на deb (убунту или дебиан).
Хотя я конечно больше предпочитаю дебиан, ибо лучше его знаю.

в журнале регистрации никто не включает отборы?
если журналы большие то запросто приводит к подвисанию rmngr

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

(16) (17) Зависает в самое неожиданное время.
Журналы регистрации никто не трогает.

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

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

Платформу попробуем обновить.

Конфигурация сильно не типовая. Там могли что-нибудь накосячить. Но отследить пока не получилось.

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

(0) Исходя из :
t:applicationName=BackgroundJob,t:computerName=server1c03,t:connectID=19475,SessionID=19,Usr=Ищенко ...

Вешает сервер фоновое задание. Которое что-то ищет в документах по списку строковых данных

(0) 18 -я версия очень сырая работа в связке 10-й Postgre И 1C
Рекомендации:
16 -я, база 9,6, сервер 8.3.13.1644
отличная работа

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

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

Попытка
  ДокЗаказ.Заблокировать();

Проблема была в том что это фоновое задание не сообщало ошибку, а подвешивала сервер 1С

(15) у меня на дебиане такой сервак крутится уже лет 7 и без проблем. Правда, там Постгри от Этерсофта

Думал нашел проблему, но нет, эта ерунда продолжается. На последней платформе конфигурация не запустилась.