Не найдено ни одного сервера с размещенным сервисом serviceName = SessionDataService

1. dammit666 16 03.03.20 17:06 Сейчас в теме
Второй раз за полтора месяца сталкиваемся с проблемой - сервер 1С внезапно перестает принимать входящие подключения.
Нажимаю на ярлык, выбираю базу, нажимаю 1С: Предприятие - появляется окно заставки и все на этом зависает. Дело не доходит даже до ввода логина/пароля.
Так себя ведут все клиенты (толстый, тонкий, конфигуратор). Причем те пользователи, которые работали в программе до возникновения проблемы, спокойно продолжают там работать - проводят документы, формируют отчеты и т.д.
Те пользователи, которые пытаются зайти в программу после возникновения проблемы, вынуждены просто наблюдать зависшую заставку - 1С не выдает никаких сообщений об ошибках.
Если завершить все сеансы, то войти в программу дает только одному пользователю, остальные опять зависают.
Посмотреть ошибку удалось лишь в консоли кластера при попытке удалить спящий сеанс, консоль зависла на минуту потом выдала сообщение:
Не найдено ни одного сервера с размещенным сервисом serviceName = SessionDataService

Теперь стоит упомянуть, что у нас кластер 1С из 2-х рабочих серверов, один из которых является центральным и на нем настроены требования назначения функциональности (см. картинку)
Настроено 3 требования - Сервис сеансовых данных, Сервис полнотекстового поиска и Сервис журналов регистрации
Судя по описанию ошибки - проблема с Сервисом сеансовых данных.

Перезапуск службы, чистка кэша сеансовых данных (C:\Program Files\1cv8\srvinfo\reg_1541\snccntxc...), перезагрузка сервера, установка новой версии платформы с удалением старой и чистки всего, чего только можно - все эти действия проблему не решили.

Также в ходе экспериментов была замечена такая особенность: если на центральном сервере в требовании назначения функциональности "Сервис сеансовых данных" установить тип требования = Не назначать, тогда пользователи могут подключаться к базам и работать в программе. Сеансовые данные (C:\Program Files\1cv8\srvinfo\reg_1541\snccntxc...) при этом пишутся на второй сервер в кластере, который не является центральным.
Такое чувство, что где-то на центральном сервере "переполняется стек" и не дает принимать новые подключения.

В итоге переустановили ОС на сервере, установили платформу, ввели сервер в кластер - проблема исчезла.
Но прибегать к таким радикальным мерам совсем не хотелось (и не хочется)

Платформа, на которой возникла проблема - 8.3.15.1830
На кластере у нас больше сотни баз, активная работа ежедневно ведется примерно в 50.

Коллеги, есть соображения на этот счет?
Интересует вопрос из-за чего может возникать такая проблема, но еще больше интересует как ее адекватно решить (без переустановки ОС) ?
Прикрепленные файлы:
Найденные решения
5. dammit666 16 09.07.20 09:07 Сейчас в теме
Помогло следующее:
1. Остановить службу 1с: net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
2. Очистить папки %tmp%, %Appdata%\1c %localappdata%\1c под тем пользователем, под которым запущена служба 1с
3. Запустить службу 1с: net start "1C:Enterprise 8.3 Server Agent (x86-64)"
Восьмой; woozee; dakork; +3 Ответить
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. a.doroshkevich 1421 04.03.20 12:23 Сейчас в теме
(1)Попробуйте изменить ТНФ, а именно:
1. На центральном сервере убрать все ТНФ
2. На Рабочем сервере добавить 2 ТНФ, (см. картинку)
Прикрепленные файлы:
2. uriah 18 03.03.20 19:03 Сейчас в теме
У Гилева было описание проблемы http://www.gilev.ru/no_sessiondataservice/
Проблема обычно заключается в том, что какая то операция выполняется настолько часто что не успевает и накапливается очередь на исполнение.
Это может быть проблема нового формата журнала регистрации. Запись в него «не шустрая». В этом случае стоит попробовать старый формат записи включить.
Другой причиной установленное слишком маленькое значение «Время засыпания неактивного сеанса» и «Время удаления спящего сеанса».
Причиной данного сообщения также может быть падение процесса rmngr или удаление сеанса административными средствами.
Также можно попробовать «отложить» проблему:
Включите в настройках сервера «Менеджер под каждый сервер». И посмотрите, не падает ли сервис сеансовых данных.
4. dammit666 16 06.03.20 13:32 Сейчас в теме
(2) Спасибо за информацию. Хотелось бы еще выяснить, как чинить эту проблему, если она опять возникнет. Как я уже писал выше, удаление платформы, чистка кэшей и установка новой версии платформы "с нуля" - всё это проблему не решило.
5. dammit666 16 09.07.20 09:07 Сейчас в теме
Помогло следующее:
1. Остановить службу 1с: net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
2. Очистить папки %tmp%, %Appdata%\1c %localappdata%\1c под тем пользователем, под которым запущена служба 1с
3. Запустить службу 1с: net start "1C:Enterprise 8.3 Server Agent (x86-64)"
Восьмой; woozee; dakork; +3 Ответить
6. user1018141 26.01.21 22:55 Сейчас в теме
Как то решили проблему?
Конфигурация ДО 2.1 уже 3 раз за месяца такое происходит
помогает полный снос платформы и удаление всего что связанно с 1С на виртуалке
не всегда это удобно в рабочее время, проблемы как то совпали с установкой сервера взаимодействия, вот думаю не связанно ли это)
7. nicxxx 254 26.02.24 07:52 Сейчас в теме
У меня такое возникло на истории данных. 10 фоновых заданий в секунду "Обновление истории данных при записи". В итоге зависает и текущий клиент, и даже конфигуратор. Новые не могут войти - как у автора, даже до авторизации не доходит.
Ubuntu 22.04, 8.3.23.1688 x64, Postgres 15, все на виртуалке.
Оставьте свое сообщение

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