none
Перезагружается терминальный сервер RRS feed

  • Общие обсуждения

  • Добрый день!

    На сервере ОС Windows 2012, стоит роль терминального сервера и пользовательские приложения, такие как 1С, E-staff и тд.

    Периодически, при возрастании нагрузки, сервер перезагружается, в логах ошибка:

    Критический системный процесс "C:\Windows\system32\lsass.exe" завершился ошибкой с кодом состояния c0000005.  Необходимо перезагрузить компьютер.
    
    Имя сбойного приложения: lsass.exe, версия: 6.2.9200.20521, метка времени: 0x505a9b98
    Имя сбойного модуля: schannel.dll, версия: 6.2.9200.21954, метка времени: 0x57acbca7
    Код исключения: 0xc0000005
    Смещение ошибки: 0x0000000000006dfb
    Идентификатор сбойного процесса: 0x230
    Время запуска сбойного приложения: 0x01d30c3a8f4fce21
    Путь сбойного приложения: C:\Windows\system32\lsass.exe
    Путь сбойного модуля: C:\Windows\system32\schannel.dll
    Идентификатор отчета: 10da2c5d-782e-11e7-946d-005056876eb7
    Полное имя сбойного пакета: 
    Код приложения, связанного со сбойным пакетом:
    

    sfc /scannow ошибок не выявил 

    Подскажите пожалуйста, как и где искать проблему?

    3 августа 2017 г. 10:05

Все ответы

  • Попробуйте посмотреть здесь

    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    3 августа 2017 г. 10:22
  • Попробуйте посмотреть здесь

    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    Благодарю за ответ, там проблема в итоге у человека была из-за службы AD, у меня не стоит роль контроллера домена на этом сервере.

    В логах нет никаких событий\ошибок предшествующих падению службы...

    3 августа 2017 г. 10:34
  • Ну в данном случае вы сами отвечаете на свой вопрос, нагрузка, добавляйте мощностей.

    Как и описано в ответе выше там рекомендуют добавить ресурсов.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    3 августа 2017 г. 10:39
  • Ну в данном случае вы сами отвечаете на свой вопрос, нагрузка, добавляйте мощностей.

    Как и описано в ответе выше там рекомендуют добавить ресурсов.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    а какие именно ресурсы? vCPU, ОЗУ ?

    3 августа 2017 г. 10:47
  • Тут стоить посмотреть на нагрузку всего, в том числе и файловую подсистему.

    Включите и настройте счетчики производительности, определите примерно время падения часы пик так сказать.

    И далее по ситуации после анализа примите решение.

    Не забудьте так же паралельно смотреть на производительность со стороны Hyper-V или Vmware смотря какая у вас виртуализация используется.

    Ну и вопрос еще как давно началось возможно влияет какой то пакет обновлений.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    3 августа 2017 г. 11:01
  • Тут стоить посмотреть на нагрузку всего, в том числе и файловую подсистему.

    Включите и настройте счетчики производительности, определите примерно время падения часы пик так сказать.

    И далее по ситуации после анализа примите решение.

    Не забудьте так же паралельно смотреть на производительность со стороны Hyper-V или Vmware смотря какая у вас виртуализация используется.

    Ну и вопрос еще как давно началось возможно влияет какой то пакет обновлений.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    изначально мы не ставили обновления на сервер, потом появилась проблема,  мы установили все обновления до актуального, падения стали реже, но остались. В среднем раз в месяц.

    по системе мониторинга CPU был загружен до 30%, ОЗУ свободно 7Гб, за 2 минуты до падения службы высвободилось 30Гб ОЗУ.

    мы арендуем VM в ЦОД, по этому со стороны Hyper-V, скорее всего, не получится промониторить:(

    Вообще это странно, у меня на предыдущих местах работы на Supermicro на raid5 и Raid10 крутились файловые базы 1С и sql соответственно. Нагрузка до 100 пользователей, с гипервизором Hyper-V. Таких проблем ниразу не было :(

    4 августа 2017 г. 6:42
  • Я бы обратился в саппорт хостинг провайдера за информацией о нагрузке.

    Думаю это в их интересах, качественное предоставление услуг.

    Так что пишите туда возможно они смогут вам помочь в решении проблемы.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.


    • Изменено PuCtoy 4 августа 2017 г. 8:25
    4 августа 2017 г. 8:24
  • Я бы обратился в саппорт хостинг провайдера за информацией о нагрузке.

    Думаю это в их интересах, качественное предоставление услуг.

    Так что пишите туда возможно они смогут вам помочь в решении проблемы.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.


    хорошо, попробую с их стороны решить эту проблему. ВОзможно это из-за того что стоит Win2012 а не Win2012r2.....
    4 августа 2017 г. 8:55
  • Добрый день! Удалось решить проблему? 

    У меня аналогичная проблемя. Сервер терминалов уходит в перезагразку поcле падения службы lsass.exe.

    ошибки такие же 

    Код исключения: 0xc0000005

    Путь сбойного приложения: C:\Windows\system32\lsass.exe Путь сбойного модуля: C:\Windows\system32\schannel.dll

    Только сервер - физическая машина, все апдейты установлены. Заметил, что падает при постоянном реконекте пользователей(доменных) с помощью rdesktop.

    Куда копать не знаю, пока не понял.

    24 октября 2018 г. 11:03
  • Делайте дамп приложения и изучайте его, Код исключения: 0xc0000005 обычно бывает либо с проблемным оборудованием, но у вас ка понимаю синих экранов нет, либо с приложением.

    • Изменено Spanjokus 24 октября 2018 г. 11:45
    24 октября 2018 г. 11:43
  • Делайте дамп приложения и изучайте его, Код исключения: 0xc0000005 обычно бывает либо с проблемным оборудованием, но у вас ка понимаю синих экранов нет, либо с приложением.

    Путем поиска подобной ошибки, предполагаю, что дело в криптопровайдере установленном на сервере терминалов, а именно в tls -протоколах. Пока отключил в криптопровайдере эти протоколы, буду смотреть дальше
    25 октября 2018 г. 5:08