Безразличный сервер и conhost.exe высокий CPU (даже в безопасном режиме)
**** Я вставил временное приспособление при помощи gpedit.msc Под Локальным компьютером Policy/Computer Configuration/Windows Settings/Scripts (Запуск/Завершение работы) / Запуск, Чтобы добавить, что файл нажимает Show Files и создает пакетный файл в обеспеченном окне, я добавил файл сценария Startup.cmd, который содержит следующее
маршрут удаляет 0.0.0.0 маски 0.0.0.0
ipconfig / выпуск
ipconfig / возобновляют
Это удаляет плохой маршрут при запуске
Проблема произошла снова сегодня. После большого отключения и перезапуска, я сузил проблему к дисковому резервному копированию сервера джунглей. Не уверенный то, что это делает (это не должно работать в то время), но отключать сервис, казалось, остановило высокое использование CPU в conhost.exe
Это conhost.exe системный процесс, используемый для управления консолями, таким образом имея его выполняющий средства, что-то работает в командной строке; обычно существует также a cmd.exe вокруг. Это makecab.exe вероятно, преступник, как это - утилита командной строки для (предположение что) создающий.CAB файлы; то, что это работает, и еще больше то, что это работает в СИСТЕМНОМ контексте, выглядит довольно неправильным мне.
Мое первое предположение было бы Вашим сервером, пойманным некоторый вирус/вредоносное программное обеспечение.
У нас возникла аналогичная проблема, за исключением того, что мы заметили, что и Conhost.exe, и CMD.exe были запущены и потребляли около 85–100% ЦП между двумя процессами. Это было на одном из наших серверов Windows под управлением Windows Server 2008 R2 Datacenter.
Мы не могли увидеть ничего очевидного. Мы проверили сеансы и открытые файлы, но все равно ничего не нашли. Мы не увидели запущенных приложений, и после проверки журналов ошибок и монитора ресурсов на предмет подозреваемых, мы рисовали пустое место.
Где-то что-то запускало CMD.EXE, и это было связано с CONHOST.EXE. Поэтому, переосмыслив основы, мы просто спросили себя: «Что может запускать CMD.exe и делать это в фоновом режиме, чтобы никто не знал, что он запущен, или запускать его, чтобы он мог работать без присмотра?» Ответ (в нашем случае): Диспетчер задач
Наша проблема заключалась в том, что запланированная задача была настроена для запуска с полномочиями учетной записи высокого уровня, которая будет выполняться независимо от того, был ли пользователь авторизован или нет. Планировщик заданий фактически запустил старый добрый файл .BAT на основе Dos, который завис, пока ожидал обработки файла, который был перемещен с пути расположения, который был определен в файле .BAT. Задача не была настроена на автоматическое завершение, поэтому она просто пыталась запустить, и ждала, и ждала ... исполняемые файлы Conhost и CMD на самом деле что-то делали и пытались сделать это по-крупному. После завершения задачи загрузка ЦП вернулась в норму в течение нескольких секунд. Файл, который искал .BAT-файл планировщика заданий, был обнаружен и перемещен обратно туда, где он принадлежал, а задание было изменено так, чтобы оно само прекращалось через несколько часов, если оно не было завершено.
BAT-файл, который застопорился, пока ожидал обработки файла, который был перемещен с пути расположения, определенного в .BAT-файле. Задача не была настроена на автоматическое завершение, поэтому она просто пыталась запустить, и ждала, и ждала ... исполняемые файлы Conhost и CMD на самом деле что-то делали и пытались сделать это по-крупному. После завершения задачи загрузка ЦП вернулась в норму в течение нескольких секунд. Файл, который искал .BAT-файл планировщика заданий, был обнаружен и перемещен обратно туда, где он принадлежал, а задача была изменена так, чтобы автоматически завершаться через несколько часов, если она не завершалась. BAT-файл, который застопорился, пока ожидал обработки файла, который был перемещен с пути расположения, определенного в .BAT-файле. Задача не была настроена на автоматическое завершение, поэтому она просто пыталась запустить, и ждала, и ждала ... исполняемые файлы Conhost и CMD на самом деле что-то делали и пытались сделать это по-крупному. После завершения задачи загрузка ЦП вернулась в норму в течение нескольких секунд. Файл, который искал .BAT-файл планировщика заданий, был обнаружен и перемещен обратно туда, где он принадлежал, а задача была изменена так, чтобы автоматически завершаться через несколько часов, если она не завершалась. поэтому он просто пытался запустить, ждал и ждал ... исполняемые файлы Conhost и CMD на самом деле что-то делали и пытались сделать это по-крупному. После завершения задачи загрузка ЦП вернулась в норму в течение нескольких секунд. Файл, который искал .BAT-файл планировщика заданий, был обнаружен и перемещен обратно туда, где он принадлежал, а задача была изменена так, чтобы автоматически завершаться через несколько часов, если она не завершалась. поэтому он просто пытался запустить, и ждал, и ждал ... исполняемые файлы Conhost и CMD на самом деле что-то делали и пытались сделать это по-крупному. После завершения задачи загрузка ЦП вернулась в норму в течение нескольких секунд. Файл, который искал .BAT-файл планировщика заданий, был обнаружен и перемещен обратно туда, где он принадлежал, а задание было изменено так, чтобы оно само прекращалось через несколько часов, если оно не было завершено.