Ну соляра платная, и конфигурить ее спорное удовольствие

согласен мне AIX хватило

И бессмысленный опыт с практической точки зрения

Народ, а кто-то мониторит бд MSSQL ? Нужно в базу mssql кидать запросы и ответ на них выводить на дашборд

А в чем проблема - скрипт + user parameter

https://share.zabbix.com/databases/microsoft-sql-server

в чем проблема то

@ddpechkin I thing that I've found the problem.......the graph shows different data depending on zomm

w/ 5 hours zoom I have no data between 09:30 and 11:45h but if I change the zoom to 3 hours the data is showed at this time

what if you shift bottom graph left to 9:20?

ТЕНЗОР

Вы ещё и забиксом пользуетесь?

Вы ещё и забиксом пользуетесь?

Пользуемся

Грешники? )

коллеги. я как-то уже спрашивал про разные пороги для мониторинга дискового места. тогда остановились на макросах, которые можно менять на отдельных хостах

а макросы можно задавать не для хоста, а для метрики конкретной?

типа есть сервер с системным диском небольшим и с хранилкой большой. макрос для хоста все равно не решает проблему разного объема для системного раздела и для большого раздела

например если задать 5% свободного места

это можно решить без хитрых консртукций в триггере?

мое изначальное решение было про сложный триггер, в котором на основании общего объема диска будет выбираться порог срабатывания. типа для маленьких дисков 5%, для больших 3%

но тут нужны условные операторы в триггере...

Грешники? )

Да как сказать.. первородный грех на нас и так висит ?

Вы ещё и забиксом пользуетесь?

Да

мое изначальное решение было про сложный триггер, в котором на основании общего объема диска будет выбираться порог срабатывания. типа для маленьких дисков 5%, для больших 3%

Искать системные и диски хранилища разными дискавери.

У меня вопрос - пока идет осваивание заббикса и устаканивание конфы, настройка узлов и т.п. Как бы сделать так чтобы из списка "Настройка" - "узлы сети" выбрав узел можно было сразу перейти в его "Последние данные". А то неудобно же... Вот из триггеров же сделана такая настройка, а здесь нет. нелогично. )

У меня вопрос - пока идет осваивание заббикса и устаканивание конфы, настройка узлов и т.п. Как бы сделать так чтобы из списка "Настройка" - "узлы сети" выбрав узел можно было сразу перейти в его "Последние данные". А то неудобно же... Вот из триггеров же сделана такая настройка, а здесь нет. нелогично. )

Что значит "Как бы сделать так"? )

Либо патчить фронт самим, либо мириться и смотреть Latest data в соответствующем разделе (Monitoring > Latest data), фильтруя по нужным хостам. Ну, либо через поиск, где в выводе будет соответствующая ссылка. А, ну ещё можно собственный дашборд написать. Вполне вписывается в "Как бы сделать так?".

но тут нужны условные операторы в триггере...

Вам, вероятнее, проще решить данный вопрос не сложными выражениями в триггерах, а дополнительным Item'ом, значение которого уже и будет вашим порогом. Пусть на каждой тачке скриптик, скрывающийся за этим Item'ом, решает сколько же вам надо. Вот с этим значением и сравнивайте.

подскажите пожалуста, делаю мониторинг диска по этой статье https://habrahabr.ru/company/zabbix/blog/196218/ с командной строки все работает, а в элементах данных состояние пишет что не потдерживается в логах пусто

ьтс

sudo

один пользователь рут

sudo -H -u zabbix smartctl -H /dev/sda

к примеру

не очень вывод

Ну, мне кажется, что Алексей Владышев не консерватор, если это будет реальный тренд, а не просто модная штучка на пару лет, то его комада прислушается к вашим ZBNext

Интересное обсуждение получилось. Вот, что мне хочется сказать. Я стараюсь прагматично подходить к тому, по какому пути развивается Zabbix. Если очень упрощённо, то выбираем наиболее запрашиваемую сообществом и клиентами (в основном, это средние и большие компании) функциональность, которая совпадает с нашим видением продукта, и реализуем её. Дело в том, что мы создаём универсальный инструмент для мониторинга, поэтому потенциальных путей развития множество. Мы пересекаемся и с мониторингом инфраструктуры, сетевым мониторингом, APM, сервисы, обработка событий, визуализация, автоматизация, логи и прочее и прочее. Это создаёт дополнительные трудности. И не забываем, что Zabbix - это бесплатное и открытое решение, таким оно и останется.

Конечно, мне хотелось бы иметь полноценный R&D с работой на долгосрочную перспективу и возможностью к более рискованным экспериментам. Уверен, что со временем мы к этому придём. ?

Я бы еще хотел заметить, что универсальные самолеты редко взлетают. Такова жизненная практика.

сравнение теплого с мягким получилось вчера. Компания с критичной инфраструктурой и критичностью мониторинга (мой основной кейс, к примеру, учитывает даунтайм мониторинга даже время рестарта сервера заббикса/бд, не говоря уже о часе-двух на обновление и тест после) вряд ли остановится на решении, которое постоянно дорабатывается и требует частых обновлений. Я не видел кейсы применения "П "в больших инфрастурах с непрерывностью, хотя бы, в течении года. А мониторить devops-сервисную инфраструктуру (взял для примера devops - отложилось в памяти, что обсуждали именно этот пример) - да, вероятно, в немасштабных кейсах - "П" оптимальнее.

Конечно, мне хотелось бы иметь полноценный R&D с работой на долгосрочную перспективу и возможностью к более рискованным экспериментам. Уверен, что со временем мы к этому придём. ?

Кстати, праздный вопрос, а почему компания ушла с Хабра?

Я бы еще хотел заметить, что универсальные самолеты редко взлетают. Такова жизненная практика.

Мы уже летим. А под универсальностью не нужно понимать, что мы берёмся за всё.

Кстати, праздный вопрос, а почему компания ушла с Хабра?

Мы не проявляли должной активности. Очень возможно, что вернёмся.

сравнение теплого с мягким получилось вчера. Компания с критичной инфраструктурой и критичностью мониторинга (мой основной кейс, к примеру, учитывает даунтайм мониторинга даже время рестарта сервера заббикса/бд, не говоря уже о часе-двух на обновление и тест после) вряд ли остановится на решении, которое постоянно дорабатывается и требует частых обновлений. Я не видел кейсы применения "П "в больших инфрастурах с непрерывностью, хотя бы, в течении года. А мониторить devops-сервисную инфраструктуру (взял для примера devops - отложилось в памяти, что обсуждали именно этот пример) - да, вероятно, в немасштабных кейсах - "П" оптимальнее.

Вчера обсуждали не это, а ручное надрачивание конфигурации мониторинга vs мониторинг современной быстро изменяющейся инфраструктуры

сравнение теплого с мягким получилось вчера. Компания с критичной инфраструктурой и критичностью мониторинга (мой основной кейс, к примеру, учитывает даунтайм мониторинга даже время рестарта сервера заббикса/бд, не говоря уже о часе-двух на обновление и тест после) вряд ли остановится на решении, которое постоянно дорабатывается и требует частых обновлений. Я не видел кейсы применения "П "в больших инфрастурах с непрерывностью, хотя бы, в течении года. А мониторить devops-сервисную инфраструктуру (взял для примера devops - отложилось в памяти, что обсуждали именно этот пример) - да, вероятно, в немасштабных кейсах - "П" оптимальнее.

зачем разделять эти сущности ?

зачем разделять эти сущности ?

Гибкость заббикса и позволяет не разделять эти сущности. Из коробки. Достаточно универсальным функционалом.

@ddpechkin но большую часть вещей приходиться костылять

разработчик сервиса\эксплуатация и т.д. хотят иметь свои метрики и ?

Это всегда так будет

Нельзя найти универсальное решение

в данном случае или костыли, или задача для отдела мониторинг по созданию метрик

Нельзя найти универсальное решение

можно приблизиться к нему

https://habrahabr.ru/company/pt/blog/325276/

в Jenkins решили это. тесты можно "таскать" с собой

https://habrahabr.ru/company/pt/blog/325276/

я и говорил костыли )

Вот пример для devops, я даже был у них на конфе

@ddpechkin но большую часть вещей приходиться костылять

тут уж самописный костыль vs blackbox в виде експортеров. Спасибо, что есть мышление, позволяющее выбирать, в зависимости от контекста задачи, способ ее решения =)

Ну это как и с Linux

Господа, либо ты сам делаешь то что тебе надо

костыли как смысл жизни ?)

данадо то поддержку плагинов. ) нормальную

Либо покупай решение очень дорогое которое сделают за тебя

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

начинается ) старые добрые мантры и аргументы

64кб хватит для всех )

костыли как смысл жизни ?)

Многие well-known костыли для заббикса, которые стали чуть ли не аналогом stability в debian - решаются по мере выхода новых мажорных версий. ;)

https://habrahabr.ru/company/pt/blog/325276/

В последнее время большинство статей на хабре в стиле "я сделаль" и куча восторженных коментов. Данная статья - еще один набор костылей, только теперь в yaml

)

Это к чему ? Заббикс развивается , причем тут 64кб гейтса

это к фразам вида - мои знакомым хватает )

Предлагаю закончить пустой спор, прошу прощения, если явился его инициатором :)

Ну да, не видел случаев где не хватает

Не всегда удобно да

Предлагаю закончить пустой спор, прошу прощения, если явился его инициатором :)

Согласен.

можно приблизиться к нему

Главное - не перейти ту границу, когда решение превратится в монстра, который "всё может", но для его внедрения нужен будет специалист из компании производителя и пять лет работы. Ну, типа "Галактики".

Главное - не перейти ту границу, когда решение превратится в монстра, который "всё может", но для его внедрения нужен будет специалист из компании производителя и пять лет работы. Ну, типа "Галактики".

Так у многих вендоров, это нормально :)

всем привет а что делать если zabbix_get выдает нормальное значение item $ sudo -u zabbix -H zabbix_get -s 10.216.130.196 -k ESzabbix[service,status] 1 а при этом Latest Data показывает что по данному item нет данных?

при этом блин другие item из того же приложения нормально собираются... как так?

не очень вывод

проблема с правами для пользователя заббикс.

блин... похоже у меня просто zabbix agent (active) итемы тупо не собираются старнно... вроде ServerActive и Hostname правильно прописаны =(

Друзья ! Помогите заббикс через odbc конект некорректно выводит русские символы. Через isql все корректно выдаётся. NLS_LANG везде вписан

блин... похоже у меня просто zabbix agent (active) итемы тупо не собираются старнно... вроде ServerActive и Hostname правильно прописаны =(

Много активных элементов на хосте?

Много активных элементов на хосте?

да вроде нет, не много оно почему то просто не работает при этом ничего в логи не пишет ни на стороне сервера ни на стороне клиента... перевел просто в zabbix agent без active заработало

может надо чтобы Hostname= прописаный на хосте резолвился на zabbix server?

да вроде нет, не много оно почему то просто не работает при этом ничего в логи не пишет ни на стороне сервера ни на стороне клиента... перевел просто в zabbix agent без active заработало

Если есть хотя бы один "долгий" активный айтем - он может обламывать все остальные.

В логи он должен писать на агенте при старте и каждые 120 сек (если не изменено в конфиге): запрос на список ключей, получение списка. Только нужно DebugLevel 4 ставить

Если есть хотя бы один "долгий" активный айтем - он может обламывать все остальные.

спасибо возможно у меня подобная фигня как раз была там в одном из item есть неоднощначность в python скрите

Либо патчить фронт самим, либо мириться и смотреть Latest data в соответствующем разделе (Monitoring > Latest data), фильтруя по нужным хостам. Ну, либо через поиск, где в выводе будет соответствующая ссылка. А, ну ещё можно собственный дашборд написать. Вполне вписывается в "Как бы сделать так?".

1. Это я и предполагал. 2. Мирюсь. 3. Про поиск я не понял, это где и как?

1. Это я и предполагал. 2. Мирюсь. 3. Про поиск я не понял, это где и как?

Поле поиска справа вверху. Вводишь хост и в результатах у каждого элемента есть ссылка на последние данные.

what if you shift bottom graph left to 9:20?

@Vagabondan I've sent two images, one of them starting at 8am

Не могу понять это норм или так задумано, в Action отправляю *{ITEM.NAME1} : {ITEM.VALUE1}