Самовосстанавливающиеся зависшие сеансы на сервере под линуксом

1. svetpol 09.07.24 15:54 Сейчас в теме
Привет. У нас есть сервер 1C8.3 на винде (mssql) и на Астра Линукс (postgres). Некоторые пользователи работают в базах через терминальный сервер, и если человек завершает свой терминальный сеанс, предварительно не выйдя из 1С, то на сервере 1С его сеанс продолжает висеть. При повторном входе в 1С в на сервере 1С создаётся новый сеанс. Когда нам нужно обслужить базу, мы просто через "Администрирование серверов" грохаем все зависшие сеансы (правой кнопкой — Удалить).

Если сеансы были на виндовом сервере 1С, то они нормально убиваются. Но в случае же линуксового сервера примерно треть убитых таким способом вручную сеансов самовосстанавливается. Пробовали на самом сервере перезапускать службу (в нашем случае это srv1cv8-8.3.23.1865@default.service), но это не помогает. Помогает лишь полная перезагрузка линуксового сервера, но это сильно нервирует сисадминов.

Есть ли рабочий способ полноценно убивать зависшие сеансы, или можно что-то конкретное перезапускать на сервере? Что?
Прикрепленные файлы:
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Pokemonus 10.07.24 05:08 Сейчас в теме
(1) если сеанс пометился как "спящий" (дальше в таблице колонка [Спящий]) то в конфигураторе

Администрирование -> Параметры информационной базы -> Время завершения спящего сеанса (в секундах)

можно указать кол-во секунд сколько будет еще жить такой сеанс.
Потом автоматически "грохнется".
Это очень помогает жить.

Да, удаление сеанса не всегда приводит к ожидаемому результату, почему-то. Если такое происходит то лечится только перезагрузкой сервера 1С (перезапуск службы).
3. lookindenis 86 10.07.24 08:17 Сейчас в теме
(2) в некоторых конф сеансы вообще не засыпают, так как куча регл типа "серверных оповещений" которые зашиты в гл модули и строчат с частотой не позволяющей на столько ограничить тайминг бездействия пользователей.
а так - да, г-н кэп, завершение спящего сеанса может помочь... на винде... и то не всегда...
но этой новости больше 10-ти лет =)
и
ответ содержащий "почему-то", как бэ намекает, что это, скорей, не ответ специалиста, а доп вопрос?
тогда откуда радом с "почему-то" маячит безапелляционное "лечится только перезагрузкой"?)
может, скорей - "я тоже не нашел, хелп!!11расрас"

зы
я тоже не нашел! =))) помогите нубу =)
4. Pokemonus 11.07.24 04:42 Сейчас в теме
(3) и никто не может найти решение, но почему-то считают что оно есть

т.к. в моем случае такие события уже давно не возникали, то уже не помню помогает или нет удаление регистрации ИБ на сервере, по идее такая операция выполнится не должна из-за присутствия сеансов.
не помню уже...
поэтому остается перезапуск службы.
7. svetpol 11.07.24 09:42 Сейчас в теме
А какой именно службы?
5. ansh15 11.07.24 08:38 Сейчас в теме
Завершение сеанса при бездействии пользователя
8.3.26 уже есть, тестовая. Надо лишь немного подождать.

в случае же линуксового сервера примерно треть убитых таким способом вручную сеансов самовосстанавливается

Случалось такое с незавершенными фоновыми заданиями.
При перезапуске сервера приложений 1С желательно еще чистить его сеансовые данные.
Даже инструкция есть
6. ansh15 11.07.24 08:50 Сейчас в теме
Завершать сеансы можно еще так
Оформить в виде скрипта...
Оставьте свое сообщение

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