Всем привет! Есть проблема следующего характера - постоянно стабильно в одно и то же время с лагом +/- 15 минут происходит ошибка на сервере 1С "На сервере 1С произошла неисправимая ошибка. Приложение будет закрыто." И все бы ничего, но в это врем происходит регламентное восстановление расчетов и это критично, так как отваливается регламентное задание. Все логи технологического журнала просмотрел - кроме как UnhandledException ничего нет. А Unhandled - это значит не обрабатываемое сервером 1С. Грешу вот на что: развернул по букварям из ИТС отказоустойчивый кластер из трех серверов (1 центральный и два обычных). Работал как нужно, но вскрылось одно непонятное поведение - на каждое соединение создается ровно ДВА сеанса, абсолютно одинаковых, которые требуют две лицензии (?). Просто отключил две службы. Потом стала появляться эта ошибка. Пришлось удалить все сервера и поднять заново сервер 1С, все базы добавил по новой, но ошибка не перестала появляться. Еще были у кластера настроены требования функциональности и перезапуск процессов, но сейчас все сделал по умолчанию. Что искать в техножурнале? Что можно еще настроить? Куда еще посмотреть? В системных событиях нет никаких ошибок, журнал Windows девственно чист.

Типовая? Переполнение стэка из за рекурсии?

Нагрузки сетку и пропингуй ее

(1) Как это отловить? Скачком потребления памяти? Причем, отваливается в разных местах (если смотреть по журналу регистрации).

(2) Сервер и запуск регламента на том же физическом сервере, т.е. сетка вроде как не должна влиять.

(3) никакого скачка памяти нет, это же стек, не динамическая память.

Ну ещё память можно потестировать.

(5) Кстати есть подозрение на рекурсию. Проверю эту гипотезу.

(0) очень интересно узнать версию платформы с таким поведением.

(8) Я думаю не в платформе дело. Раньше же работало нормально. Скорее, дело в моих кривых руках.

"ошибка на сервере 1С "На сервере 1С произошла неисправимая ошибка. Приложение будет закрыто."" // Покажи на картинке

Службы то обратно включили?

(9)а я думаю, что даже самые кривые руки не должны приводить к таким исключениям. Так что тут не без платформы.