Ошибка обращения к серверу 1С:Предприятия при обновлении БД 1C.

1. Alex2521 16.08.21 10:21 Сейчас в теме
Добрый день,
Имеется сервер 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С. Кто ни будь подскажет куда копать?
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
6. RustamZz 16.08.21 11:52 Сейчас в теме
(1) Очень похоже на то, что падает rphost. Проследите за ним, сколько он памяти использует в процессе выгрузки.
7. ansh15 16.08.21 12:15 Сейчас в теме
(1) Что пишется в логи СУБД и техжурнал 1С на момент возникновения ошибки? Что пишется в /var/log/messages, не появляются ли в сообщениях буквосочетания "SIGSEGV", "signal 11" относительно процесса rphost (см. (6))?
Сервер приложений рвет соединение с толстым клиентом, а виноват(как всегда) PostgreSQL...
12. Alex2521 16.08.21 14:57 Сейчас в теме
(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 не содержит логов относящихся к проблемным БД
20. starik-2005 3087 16.08.21 15:53 Сейчас в теме
(12)
Логи 1С /home/usr1cv8/.1cv8/1C/1cv8/logs/rphost_xxxxxx не содержит логов относящихся к проблемным БД
Так включите техжурнал и поглядите, что там и как.
Alex2521; +1 Ответить
2. alxarz 32 16.08.21 10:53 Сейчас в теме
3. Alex2521 16.08.21 10:59 Сейчас в теме
(2)7 бед - один ресет?))) Не помогает, не перезагрузка машины не сервисов. Причем проблема плавающая, может быть, может не быть. И происходит на разных этапах.
4. alxarz 32 16.08.21 11:09 Сейчас в теме
(3) Может не тянет машина? А если всех отключить или как вариант, машину от сети отключить и попробовать? Ну и версия платформы какая?
5. Alex2521 16.08.21 11:14 Сейчас в теме
(4)Не совсем понимаю какая машина? Сам сервер? Платформа 1С 8.3.18.1289.
Характеристики железа Сервера CPU Intel® Xeon® CPU E5-2690 v4 @ 2.60GHz (2 Sockets), 256 Gb ОЗУ, поэтому вряд ли он что то не тянет. Обновления проходят когда в БД никто не работает, а на сервере пользователей минимум. Чистка кэша и перезагрузки все опробовано.
8. ansh15 16.08.21 12:37 Сейчас в теме
Платформа 1С 8.3.18.1289

С того времени вышло уже 5 или 6 обновлений только 8.3.18, тестовую дали на днях, с очередными исправлениями.
PostgreSQL для платформ 8.3.18-8.3.19 можно поставить 12-ой редакции(12.7 на данный момент).
13. Alex2521 16.08.21 14:59 Сейчас в теме
(8)Проблема тянется с 8.3.16.хххх не думаю, что обновление версии кардинально решит проблему.
9. ansh15 16.08.21 12:40 Сейчас в теме
Все базы, которые есть на сервере, выдают такую ошибку при обновлении, или только некоторые?
Сервер приложений 64-х разрядный?
14. Alex2521 16.08.21 15:01 Сейчас в теме
(9)
орые есть на сервере, выдают такую ошибку при обновлении. или только некото

(9) Ошибки регулярно возникают на разных базах, находящихся на сервере с непрогнозируемой периодичностью и закономерностью. Сервер приложений x64.
10. ansh15 16.08.21 13:07 Сейчас в теме
И CentOS можно обновить до 7.9.2009. Так, на всякий случай.
Alex2521; +1 Ответить
11. XAKEP 16.08.21 13:16 Сейчас в теме
но как только дело доходит до обновления баз ///

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


баз - это не базы
15. Alex2521 16.08.21 15:04 Сейчас в теме
(11) Происходит следующим образом, все работает, 1С выкатывает обновление конфигураций, программист садиться обновлять 1С и получает описанные ошибки. Пробовали с разных рабочих, дабы исключить клиента.
16. XAKEP 16.08.21 15:10 Сейчас в теме
(15)
а если на понятном языке ...

садится верхом на системник что-ли ...


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

?????
17. Alex2521 16.08.21 15:14 Сейчас в теме
(16) Программист который обновляет 1С находится в кабинете, на стуле, за своим рабочим местом с компьютером который находиться в одной подсети с сервером приложения 1С Предприятия. Пользователи обновляемых баз данных в данный момент отсутствуют.
18. XAKEP 16.08.21 15:16 Сейчас в теме
(17)
осталось узнать конфигурацию обновления :
была (релиз)
обновляете (релиз)

стул дубовый точно :)
19. Alex2521 16.08.21 15:19 Сейчас в теме
(18)Ошибки регулярно возникают на разных базах, находящихся на сервере с непрогнозируемой периодичностью и закономерностью. Конфигурация не имеет значения: Камины, БСО, Бухгалтерии.
21. XAKEP 17.08.21 06:17 Сейчас в теме
(19)
как раз конфигурация имеет значение
потому, что каждая из них имеет минимальные требования по платформе
а платформа по postgres и линукс.
и тут заколдованный круг.

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

и получается, нужен Кашпировский (если он еще живой).
Alex2521; +1 Ответить
22. Alex2521 17.08.21 15:52 Сейчас в теме
(21) Конкретно на данный момент были проблемы обновления Камина 5.0.75.2 на 5.0.76.2.
Включил тех. журнал и начал обновлять базы, по законам жанра после обновления 7 тестовых и 3 живых баз не получил не одной ошибки. Буду ждать следующие обновления. И мониторить тех журнал.
23. XAKEP 17.08.21 15:57 Сейчас в теме
24. Alex2521 17.08.21 16:00 Сейчас в теме
(23)¯\_(ツ)_/¯
Спасибо за наводки.
25. user1790027 03.08.22 03:07 Сейчас в теме
Добрый день. Если кому интересно, у меня при такой же проблеме закончилось место на разделе.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот