Добрый день,
Имеется сервер 1С, в следующем стеке CentOS Linux release 7.8.2003, PostgreSQL 11.5, Сервер 1С 8.3.18.1289.
Характеристики железа CPU Intel® Xeon® CPU E5-2690 v4 @ 2.60GHz (2 Sockets), 256 Gb ОЗУ.
Все пользователи работают без нареканий, но как только дело доходит до обновления баз, появляется ошибка обращения к серверу 1С:
server_addr=tcp://db:1562 descr=recv returns zero, disconnected line=1679 file=src\DataExchangeTcpClientTmp1.cpp.
Я подозреваю проблема в настройка pgsql, только в каких не могу сообразить. Параметры pgsql устанавливал согласно рекомендациям 1С. Кто ни будь подскажет куда копать?
(1) Что пишется в логи СУБД и техжурнал 1С на момент возникновения ошибки? Что пишется в /var/log/messages, не появляются ли в сообщениях буквосочетания "SIGSEGV", "signal 11" относительно процесса rphost (см. (6))?
Сервер приложений рвет соединение с толстым клиентом, а виноват(как всегда) PostgreSQL...
(7)В логах не густо.
Логи PostgreSQL
< 2021-08-15 02:40:58.446 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 02:41:08.957 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 02:41:08.957 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 05:00:44.809 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 21:22:41.828 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 22:27:51.760 MSK >LOG: could not receive data from client: Connection reset by peer
/var/log/messeges
Aug 14 00:20:03 db0 rsyslogd: imjournal: journal reloaded... [v8.24.0-52.el7 try http://www.rsyslog.com/e/0 ]
Aug 14 01:20:01 db0 systemd: Started Session c770 of user root.
Aug 14 02:20:01 db0 systemd: Started Session c771 of user root.
Aug 14 03:20:01 db0 systemd: Started Session c772 of user root.
Aug 14 04:11:01 db0 systemd: Started Session c773 of user root.
Aug 14 04:20:01 db0 systemd: Started Session c774 of user root.
Aug 14 05:20:03 db0 systemd: Started Session c775 of user root.
Aug 14 06:20:03 db0 systemd: Started Session c776 of user root.
Aug 14 07:20:01 db0 systemd: Started Session c777 of user root.
Aug 14 08:20:01 db0 systemd: Started Session c778 of user root.
Aug 14 09:20:01 db0 systemd: Started Session c779 of user root.
Aug 14 10:20:01 db0 systemd: Started Session c780 of user root.
Aug 14 11:20:01 db0 systemd: Started Session c781 of user root.
Aug 14 12:20:01 db0 systemd: Started Session c782 of user root.
Aug 14 13:20:01 db0 systemd: Started Session c783 of user root.
Aug 14 13:30:21 db0 systemd: Starting Cleanup of Temporary Directories...
Aug 14 13:30:21 db0 systemd: Started Cleanup of Temporary Directories.
Aug 14 14:20:01 db0 systemd: Started Session c784 of user root.
Aug 14 15:20:01 db0 systemd: Started Session c785 of user root.
Aug 14 16:20:01 db0 systemd: Started Session c786 of user root.
Aug 14 17:20:01 db0 systemd: Started Session c787 of user root.
Aug 14 18:20:01 db0 systemd: Started Session c788 of user root.
Aug 14 19:20:01 db0 systemd: Started Session c789 of user root.
Aug 14 20:20:01 db0 systemd: Started Session c790 of user root.
Логи 1С /home/usr1cv8/.1cv8/1C/1cv8/logs/rphost_xxxxxx не содержит логов относящихся к проблемным БД
(2)7 бед - один ресет?))) Не помогает, не перезагрузка машины не сервисов. Причем проблема плавающая, может быть, может не быть. И происходит на разных этапах.
(4)Не совсем понимаю какая машина? Сам сервер? Платформа 1С 8.3.18.1289.
Характеристики железа Сервера CPU Intel® Xeon® CPU E5-2690 v4 @ 2.60GHz (2 Sockets), 256 Gb ОЗУ, поэтому вряд ли он что то не тянет. Обновления проходят когда в БД никто не работает, а на сервере пользователей минимум. Чистка кэша и перезагрузки все опробовано.
С того времени вышло уже 5 или 6 обновлений только 8.3.18, тестовую дали на днях, с очередными исправлениями.
PostgreSQL для платформ 8.3.18-8.3.19 можно поставить 12-ой редакции(12.7 на данный момент).
(11) Происходит следующим образом, все работает, 1С выкатывает обновление конфигураций, программист садиться обновлять 1С и получает описанные ошибки. Пробовали с разных рабочих, дабы исключить клиента.
(16) Программист который обновляет 1С находится в кабинете, на стуле, за своим рабочим местом с компьютером который находиться в одной подсети с сервером приложения 1С Предприятия. Пользователи обновляемых баз данных в данный момент отсутствуют.
(18)Ошибки регулярно возникают на разных базах, находящихся на сервере с непрогнозируемой периодичностью и закономерностью. Конфигурация не имеет значения: Камины, БСО, Бухгалтерии.
(19)
как раз конфигурация имеет значение
потому, что каждая из них имеет минимальные требования по платформе
а платформа по postgres и линукс.
и тут заколдованный круг.
плюс не включен журнал 1с для просмотра подробной информации при проведения обновлений
и получается, нужен Кашпировский (если он еще живой).
(21) Конкретно на данный момент были проблемы обновления Камина 5.0.75.2 на 5.0.76.2.
Включил тех. журнал и начал обновлять базы, по законам жанра после обновления 7 тестовых и 3 живых баз не получил не одной ошибки. Буду ждать следующие обновления. И мониторить тех журнал.