чисто любопытство как там на виндах

первый элемент массива покажи

я б показал будь под рукой, есть несколлько машин под винтовс

имхо, стоило до 3.0.4 сразу обновляться

zabbix_agentd -t service.discovery service.discovery [m|ZBX_NOTSUPPORTED] [Unsupported item key.]

это не с той машины

сейчас

ага, нашел где в Windows лежит zabbix_agentd.exe

как в cmd показать первый элемент массива, :)

zabbix_agentd Если машина в окнах то первое это путь к агенту C:\какой то путь\zabbix_agentd.exe

у нас Windows занимается другой человек, я только их мониторю и бекаплю

как в cmd показать первый элемент массива, :)

снимай все

я в службе посмотрел :)

я в службе посмотрел :)

варит кателок)

вобщем то унылое окошко, где выполняются Windows команды выплюнуло мне вывод команды, я вверх пролистал и все равно не достиг начала

как вывести первый элемент хрен его знает :)

о

в файл

щас

ок есть вариант круче вконце запроса что написал в mcd ставь пробел и >C:\log.txt

дода

service.discovery [s|{"data":[{"{#SERVICE.NAME}":"AeLookupSvc","{#SERVICE.DISPLAYNAME}":"Application Experience","{#SERVICE.DESCRIPTION}":"Processes application compatibility cache requests for applications as they are launched","{#SERVICE.STATE}":0,"{#SERVICE.STATENAME}":"running","{#SERVICE.PATH}":"C:\\Windows\\system32\\svchost.exe -k netsvcs","{#SERVICE.USER}":"localSystem"

блин, как же прекрасен unix :)))

таки норм работает дискавери

да, я с забикс сервер тоже смотрел

да, я с забикс сервер тоже смотрел

тогда повтори суть вопроса)

делал через LLD все тоже самое, что сейчас работает без LLD

создавал Item Prototype

service.info[my_service]

windows system state

потом триггер

{host.local:service.info[eaglesvc].last()}<>0

и ничего

пока не убрал все и не сделал без LLD

Zabbix сервер обновлен до последнего, клиент тоже поставил вчера 3.0.0

не взлетело

семен семеныч service.info[{#SERVICE.NAME}]

делал через LLD все тоже самое, что сейчас работает без LLD

я чет не варю сейчас но давай логику вкратце опишу: Создаем в Configuration - template (имя по вкусу) с Discovery В дискавери ложим сам дискавери с item prototype, trigger prototype и графиками и все что хотим

делал через LLD все тоже самое, что сейчас работает без LLD

вот рабочий дискавери для HDD для примера vfs.fs.size[{#FSNAME},free]

да, все правильно я понимаю, значит

так и делал

только я использовал Discovery стандартный из щаблона Windows

да, все правильно я понимаю, значит

может ссылочку дать на оф мануал по LLD в 3.0 ?

и там уже делал prototype

Я его в первую очередь читал :)

там хорошо описано для дисков

чуть для сети

и вообще не ясно для Windows services

Я его в первую очередь читал :)

там все очень подробно расписанно) просто запрос по другому к агенту пишется, по мойму это есть в заметках к версии 3.0 типа What's new

еще раз сейчас посмотрю, может не увидел

еще раз сейчас посмотрю, может не увидел

если что пиши в личку, с оконными машинами могу помочь)

спасибо!

вот тут читаю https://www.zabbix.com/documentation/3.0/ru/manual/discovery/low_level_discovery

есть подозрение, что ошибка была в том, что я не делал фильтр

вот тут читаю https://www.zabbix.com/documentation/3.0/ru/manual/discovery/low_level_discovery

https://www.zabbix.com/documentation/3.0/ru/manual/appendix/items/supported_by_platform вот еще полезная ссылочка) чтобы знать что агент на винде не вездесущ

полезная ссылка, сенкс

полезная ссылка, сенкс

Пожалуйста) убей пару часов прочти весь мануал по 3.0, много чего станет сразу как на ладони)

крайне дельный совет, выберу вечер

%)

Кто-нибудь пьёт??

Сейчас...

Ну может и пьёт, а к чему вопрос?

Ну может и пьёт, а к чему вопрос?

Как это дело мониторить забьиксом :)

А кто-нибудь мониторит, работу телеграмбота? Вдруг функция телеграмбот ляжет или сам телеграм. ?

Ещё можно мониторить, что мониторинг Телеграм бота работает

Ага)

И так бесконечно. Но все же это любопытный вопрос

Я – нет

Особенно, если много чего завязано а в сб не всегда сразу можно заметить

А что там может сломаться?

Только после обновления если

Сам телеграм сломаться, например

Сразу все заметят

И починят

я мониторю

Ну у вас - да, а у нас не 24/7 смотрят в мониторинг

А сам заббикс другим заббиксом кто мониторит?

я мониторю

Каким образом? И если проблема - смс отправляется?

в 18:00 мне заббикс шлет телеграмку - "пора валить домой, от работы кони дохнут" Вот в целом и весь мониторинг :) знач можно спокойно идти домой и все получать свои телеграмки

:) ну это полумера. В будни я и так узнаю что что-то плохо, а вот в выхи..

Это бот с девушками у нас что ли?

это просто бот куда делась кнопка "репорт"? не могу найти в пкм, куда бы ни кликал

Почему, хорошая проверка. Я точно знаю что работает сервер, Zabbix, телеграмм, есть интернет на телефоне.....

Почему, хорошая проверка. Я точно знаю что работает сервер, Zabbix, телеграмм, есть интернет на телефоне.....

Только в 18.00 раб дня. А в выходные?

в любой день

Мониторит кто нить состояние антивируса?

Где-то натыкался через wmi

Обычно у них своя тулза есть

Для установки\мониторинга

Ну wmi использует виндовый центр безопасности

Подскажите: - есть шаблон с LLD для серевисов, в нем есть LLD триггер: {T.APP.HBOX:service. info[{#SERVICE.NAME},state].avg(4m)}>=1 При ребуте сервера сервисы долго стартуют и приходит оповещение о том, что они не работают. Что не верно. Как откорректировать триггер так, чтобы он оповещал о недоступности сервиса в течение 4 минут и в то же время не срабатывал на недоступност сервиса после ребута машины, когда сервис стартует 10..15 минут. Была идея сделать так: {T.APP.HBOX:service. info[{#SERVICE.NAME},state].avg(4m)}>=1 and {T.BASE.WIN:system.uptime.last()}>900 т.е. пока аптайм менее 15 мин не алярмить о проблеме. Но так как system.uptime в другом шаблоне - - заббикс не позволяет создать такой триггер..

можно сделать в виде зависимости триггеров

Да, можно создать триггер (в другом шаблоне) аптайм менее 15 мин и поставить он него зависимость.

Но тогда появляется зависимость от другого шаблона... чего не хотелось бы (( неужели нет других механизмов?