Мониторинг Windows Update

[westwind]

Yes, I've already tried it manually and everything worked good. It took about 40-50 seconds. I'm talking about this one:

https://www.zabbix.com/wiki/howto/monitor/os/windows/wua-win32

[Navoyenok]

unfortunately they are not (in the same domain). however I'll ask our Microsoft person tomorrow.

Actually it's all about the timeout value:



And the real update process takes (sometimes) longer than 30s.

High load at production servers causes timeouts during data collection process, as previously discussed. You Need run task scheduler for data collections and the subsequent transfer of the data by zabbix_sender.exe. You need to think how to create a task (manually or automatically) youself.

[westwind]

friends,
respect to all your opinions. but I will not give up with Active Checks. So, I'm going to keep trying different ways to get it worked out as an Actice Agent.
the big challenge is how to move around the 30 seconds
I want to mentain that it is not impossible, because some windows servers (active zabbix agent on them) work fine and count the number of updates within the 30 seconds.

[westwind]

I'm going to make a big change in zabbix database to get the timeout longer.

it's a Linux mission.
something like this:

https://www.zabbix.com/forum/showpost.php?p=92965&postcount=93

wish me luck !

[westwind]

Solved !
i used this item key : system.run[command, nowait] to run the script remotely from the server, not from the agent. it's a fantastic way ! the 30s timeout doesn't kill the process. At the end of the script there is the trap sender.

good luck !

[Just-it]

Заинтересовала данная тема, решил ознакомится для себя, но получаю что объект не поддерживается

Item does not allow parameters.

[Just-it]

дополню информацию, при запросе с сервера zabbix

zabbix_get -s 10.20.10.7 -k wua.getnumupdates

на сервере выскакивает сообщение(см.вложение). Пока не нажму "Спросить позже"
получаю ошибку ZBX_NOTSUPPORTED: Timeout while executing a shell script., а если нажимаю "Спросить позже" то все ок получаю ответ 2,
сам UserParametr имеет вид

UserParameter=wua.getnumupdates,%systemroot%\system32\cscript.exe //NoLogo "C:\zabbix\scripts\getnumupdates.vbs"

как решить можно ?

====
ок, службу обнаружения интерактивных служб в windows отключил....все равно получаю....в web интерфейсе zabbix

Item does not allow parameters.

====
UPD: При установке Тип информации Текс то данные появляются, некоторое время объект активен, а потом снова
не поддерживается (Timeout while executing a shell script.)
хотя на стороне сервера и на стороне клиента установлено Timeout=30 обоих пере запускал....

[Just-it]

Пока тестировал установилось обновление, получается когда с помощью скрипта нашлось обновление оно светится и состояние элемента активно, стоит произвести установку обновления на сервере то объект получает отображается как не поддерживается до тех пора пока windows не обнаружит следующее обновление......может у кого есть соображения допилить ?

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

название триггера:

Имеются Windows обновления на {HOST.NAME}

Выражение: {servername:wua.getnumupdates.diff(0)}<1
возможно ли как-то подставлять количество обновлений которые прилетели на сервер и ожидают установки ?

(по типу Имеются Windows обновления на {HOST.NAME} 100 штук )

Модераторам топика, ну извините сам задал вопрос сам ответил )