Почему простейший скрипт не всегда видет сервис и требует перезапук?

Question

[Виктор Таран]

Вот простая задача. Но порой она не видет pid и просто пропускает поцес в результате приходится останавливать скрипт и запускать его заново.
Что может быть не так?

?

$interval = 2 # Интервал в секундах

while ($true) {
    $processes = Get-Process -Name "WmiPrvSE" -ErrorAction SilentlyContinue
    foreach ($process in $processes) {
        try {
            $process.Kill()
	     echo $processes
            Write-Host "stoped WmiPrvSE.exe OK."
        } catch {
            Write-Host " Error don't stop  WmiPrvSE.exe: $($_.Exception.Message)"
        }
    }
    Start-Sleep -Seconds $interval
}

Answer 1

[Роман Безруков]

она не видет pid и просто пропускает поцес

потому что вы после завершения каждого процесса WmiPrvSE повторно показываете исходный список процессов (echo $processes).
P.S. раз уж у вас PowerShell, то Stop-Process $process -Force...

Comments

[Виктор Таран]

echo $processes - для отладки отображает список процессов которые он заваливал. как это влияет на скрипт?

[MaxKozlov]

Проще уж сразу

Get-Process WmiPrvSE | Stop-Process -Force
И какая разница, убился ли он сразу, если всё равно в цикле ?

или, для поклонников краткости, ps WmiPrvSE|kill -f ;-)

[MaxKozlov]

Виктор Таран,

порой не видит pid и просто пропускает процесс

вот это вы как определяли ?

[Роман Безруков]

Виктор Таран,

отображает список процессов которые он заваливал

нет, это список процессов, которые он будет заваливать...
вы перед foreach получаете список процессов WmiPrvSE, потом внутри foreach завершаете эти процессы, и на каждое завершение показываете исходный список, т.е. если у вас есть 10 процессов WmiPrvSE, то вы будете 10 раз показывать исходный список с 10 процессами, при этом сами процессы убиваются, а список никак не обновляется.
вытащите echo $processes перед foreach ...

[Виктор Таран]

Роман Безруков,
как минимум проблема точно не в этом посолу это я добавил посмотреть что в принципе там происходит, после проблемы.

[Виктор Таран]

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

[MaxKozlov]

Виктор Таран,
вы переделали убивание процесса с kill() на stop -force ?

вообще, постоянно валить WmiPrvse.exe - это странная задача :)

[Роман Безруков]

Виктор Таран, не знаю, что у вас за задачи, которые плодят процессы WmiPrvSE (посмотрел выборочно на некоторых серверах у себя: на Exchange - 4 процесса, на RDS - 3, на КД - 5). Предположу, что какое-то стороннее ПО может грузить ваш сервер лишними WMI-запросами (например, драйвера принтеров НР этим грешили). Какое именно ПО грузит - это совсем отдельная история, с которой надо разбираться...
Что касается скрипта и его перезапуска. Как вариант - запуск скрипта через планировщик задач. Убираете из своего скрипта внешний цикл While{}, создаете повторяющуюся задачу в планировщике и назначаете ей запуск каждую минуту...

[MaxKozlov]

Я бы изучил дерево процессов через process explorer, чтобы найти порождающий лишние.
И решал проблему в её источнике, а не её последствия

[Виктор Таран]

MaxKozlov, порождает система и это ее нормальное поведение, почему это отдельный вопрос. Но до перезапуска компа нужно дотянуть. так что приходится делать костыль ;(

[MaxKozlov]

Виктор Таран, да не, для системы нормальное поведение 3-4 процесса.
а тут налицо утечка десткрипторов

[Виктор Таран]

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

[MaxKozlov]

Виктор Таран, Вам бы проверить целостность wmi

[Виктор Таран]

MaxKozlov, првоерял