Зависает терминал и куча ошибок 1с

[spanjokus]

Добрый день! Коллеги, после установки 1С версии 8.3.14.1630 (32-х)на терминальные столы Windows Server 2012R2, у меня стали на серверах зависать сессии пользователей, они не могут с него корректно выйти и их нельзя разлогинить. В итоге приходится только перезагружать сервер, в логах Windows одни и те же ошибки "Программа 1cv8c.exe версии 8.3.14.1630 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в Центре поддержки в панели управления.
ИД процесса: 6394
Время запуска: 01d5476cf0acb640
Время завершения: 1
Путь приложения: C:\Program Files (x86)\1cv8\8.3.14.1630\bin\1cv8c.exe
ИД отчета: bbd779d9-b360-11e9-80e8-0050568dbadb
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом: "

Как мне понять из-за чего все это происходит, как отдебажить 1С, так как наши разработчики отмазываются и говорят, что это у вас винда плохая? Добавлял в ферму новые хосты, чистые, но через несколько дней, ситуация повторилась. Еще забыл отметить, что на сервере есть версия 8.2.19.130 и 8.3.12.1685, но они используются реже

[spanjokus]

Пробую с помощью утилиты logman собрать логи трассировки 1С, может быть это поможет. Есть подозрение, что все же из-за нестабильного релиза

[spanjokus]

Мне удалось сделать дамп (http://pyatilistnik.org/how-to-save-the-dump-application-in-windows-server-2012-r2/) приложения 1С, ошибки отправил в тех поддержку, тут тоже выложу, может кто-то подскажет в чем дело



Source
ntdll!NtWaitForSingleObject+c
KERNELBASE!WaitForSingleObjectEx+99
KERNELBASE!WaitForSingleObject+12
core83!core::ISemaphoreBaseImpl::wait+26
1cv8c+e7b0
core83!core::Thread::runAndCatch+47
core83!core::Thread::threadMain+2f
core83!core::TextManager::restoreLabelsOnPage+34f7
ntdll!RtlpTpWorkCallback+ef
ntdll!TppWorkerThread+4f3
kernel32!BaseThreadInitThunk+24
ntdll!__RtlUserThreadStart+2f
ntdll!_RtlUserThreadStart+1b

[IT-Brigada]

проблема не решена?

[spanjokus]

К сожалению нет, по дампу они не смогли понять в чем дело. Сейчас больше взволнованы новой политикой лицензирования, в будущем планируем перейти на более новую платформу, может быть это решит проблему.