Ну я тоже его пока не вижу, дай мне время плиз подумать. Вдруг придумаю и тебе тоже полезно будет?

Вдруг.

Что то у меня заббикс не желает обновляться :(

А, пардон, с сегодняшнего дня правильно такие ссылки давать. =) https://www.zabbix.com/documentation/4.0/manual/config/items/value_cache

кеши это страшная штука

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

так кричали и о переходе с win xp на 7, и выше так же было дело и с sysV vs systemd, но успокоились и приняли это?

Добавим, если пользователи громко попросят. Надеюсь, что это не последняя версия. ?

Добавьте очень удобно так смотреть логи за год, и тд

Ну че есть баги какие нить?

Добавьте очень удобно так смотреть логи за год, и тд

? за год графики смотреть ?

? за год графики смотреть ?

? некоторые так и делают, если места валом, типа аналитика и тд

? за год графики смотреть ?

Да и такое бывает) аналитикам все это надо

? некоторые так и делают, если места валом, типа аналитика и тд

Ну я не спорю какие-то метрики и т.д. возможны но опЯть же мы хотим комбайн он заббикса, а на сегодня графики не конек заббикса (только не плевать в меня)...

Ну я не спорю какие-то метрики и т.д. возможны но опЯть же мы хотим комбайн он заббикса, а на сегодня графики не конек заббикса (только не плевать в меня)...

Для экранов мониторинга использую графану

А забикса графы удобны смотреть за давние моменты

Графана глючит в такие моменты типа апи забикса теряет

Графана глючит в такие моменты типа апи забикса теряет

Можно подключить графану напрямую к бд, тогда запросы за большие сроки будут работать

Смотрите. Начиная с 4.0, имя события и проблемы вычисляется в момент возникновения события, а не генерируется из имени триггера в момент показа. Имя становится статическим атрибутом проблемы. Кстати, с этим связано увеличение размера таблиц events и problem, а также значительного ускорения показа событий и проблем. При генерации проблемы {ITEM.VALUE}=={ITEM.LASTVALUE}. Отметьте, что это не отменяет возможности отправки текущего значения метрики в сообщении.

И в целом ссылаться на значения, которых ещё нет идеологически неверно. Возникла проблема -> вычислили её имя (описание) -> записали в базу на веки вечные: так правильно и так оно сейчас работает. Заметьте, в 4.0 замена имени триггера никак не влияет на историю событий и проблем. А до 4.0 это было не так!

Можно подключить графану напрямую к бд, тогда запросы за большие сроки будут работать

Хмм надо будет глянуть такое спс

здравствуйте. есть контейнер с заббикс 3.0 (фронтенд и бэкенд все вместе. не офиц.) и контейнер с бд (mysql). есть ли безболезненный способ перейти на заббикс 4.0? спасибо

здравствуйте. есть контейнер с заббикс 3.0 (фронтенд и бэкенд все вместе. не офиц.) и контейнер с бд (mysql). есть ли безболезненный способ перейти на заббикс 4.0? спасибо

Ставим контейнер с 4.0 и подключаемся к базе от 3.0, Zabbix всё сделает сам. Для совсем безболезненного перехода предварительно делаем бэкап. ?

спасибо за быстрый ответ. я так уже пробовал перейти на заббикс 3.4, но безуспешно. возможно, с заббикс 4.0 все будет иначе)

кэш браузера сбросить, обновить без кэша ctrl R или ctrl F5

высококонтрастная светлая тоже нормально отображается

кэш браузера сбросить, обновить без кэша ctrl R или ctrl F5

Благодарю) действительно дело было в кеше))

Хмм надо будет глянуть такое спс

вообще в докере графану ставишь и в ней плагин забикса, еа сайте графаны даже ман есть?

Это точно?

вообще в докере графану ставишь и в ней плагин забикса, еа сайте графаны даже ман есть?

И что это даст?

И что это даст?

даст это https://t.me/ZabbixPro/110517

я так понимаю в образе zabbix-server-mysql нет агента и по умолчанию сервер не мониторит сам себя? или это как то иначе теперь устроено?

я так понимаю в образе zabbix-server-mysql нет агента и по умолчанию сервер не мониторит сам себя? или это как то иначе теперь устроено?

сервер это сервер

агент это агент

просто я не имел дела с офиц. образами раньше

пакет мускула относится к серверу ибо саппорт кода сервер-агент вместе чревато

имхо

значит нужно будет сразу залинковать контейнер с агентом?

за контейнеры не скажу

Добрый день! Нужен совет, можно в zabbix системе мониторить RAID массив (SMART), но каждого жесткого диска в отдельности?

Добрый день! Нужен совет, можно в zabbix системе мониторить RAID массив (SMART), но каждого жесткого диска в отдельности?

да

шаблон есть, только не помню где я брал, вроде с хабра

Добрый день! Нужен совет, можно в zabbix системе мониторить RAID массив (SMART), но каждого жесткого диска в отдельности?

смарт это данные физических устройств. если раид контроллер дает к ним доступ системе, то можно все

все зависит от контроллера. если раид аппаратный

https://share.zabbix.com/storage-devices/smart-monitoring-with-smartmontools-lld

у меня на софт рейд мониторит

Дак вот хотелось знать, если серверная платформа контроллер intel. если есть хорошие ссылки на сайт, буду презнателен. Спасибо.

Дак вот хотелось знать, если серверная платформа контроллер intel. если есть хорошие ссылки на сайт, буду презнателен. Спасибо.

урла выше на рейд 1, 10 рабочая если что

даст это https://t.me/ZabbixPro/110517

Извините может я чего то не понял, Человек мне предложил графану подключить напрямую к БД забикса, что бы не было отвалов типа "забикса апи потерен". но причем тут докер?

когда речь идет о физическом контроллере, то система не знает, что за ним находится, какие диски и сколько

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

Ага, вот поэтому и решил уточнить, как zabbix увидит SMART каждого диска в контроллере . Или проще софтину найти?

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

а какая ОС стоит на сервере?

windows server 2008 hyper-v r2

виндовая утилита видит смарты дисков?

просто посмотрите листинг дискавери скрипта из сылки выше https://github.com/v-zhuravlev/zbx-smartctl/blob/master/discovery-scripts/windows/smartctl-disks-discovery.ps1 и станет ясно, как все устроено. мониторинг смарт - не есть нативная фича заббикса

это по сути внешний павер шелл скрипт

Извините может я чего то не понял, Человек мне предложил графану подключить напрямую к БД забикса, что бы не было отвалов типа "забикса апи потерен". но причем тут докер?

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

Ага, вот поэтому и решил уточнить, как zabbix увидит SMART каждого диска в контроллере . Или проще софтину найти?

над гуглить, я не скажу точно, может кто и отцов как проснеться то напишет

Всем привет. После обновления с 3.4 на 4.0 не пускает в веб интерфейс пишет, что версии базы не совпадают. В логах забикса нет информации о статусе обновления базы. Кто-нибудь сталкивался с таким? Уведомления о статусах узлов приходят.

Всем привет. После обновления с 3.4 на 4.0 не пускает в веб интерфейс пишет, что версии базы не совпадают. В логах забикса нет информации о статусе обновления базы. Кто-нибудь сталкивался с таким? Уведомления о статусах узлов приходят.

что-то пошло не так

1) не обновился zabbix server 2) не обновилась база 3) имхо фронт левый ?

Забикс обновился, фронт тоже, при запуске сервера, раньше при апдейтах, была инфа, что идет обновление базы. Сейчас есть подозрение, что почему-то не запустилось ее обновление

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

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

почему нет? бекап базы до апдейта всегда ок, можешь побаловаться, в крайнем случае зальешь новую базу и запустишься )

И в целом ссылаться на значения, которых ещё нет идеологически неверно. Возникла проблема -> вычислили её имя (описание) -> записали в базу на веки вечные: так правильно и так оно сейчас работает. Заметьте, в 4.0 замена имени триггера никак не влияет на историю событий и проблем. А до 4.0 это было не так!

Осталось не ясным, в итоге на вкладке Монитор - Проблемы макрос {ITEM.LASTVALUE} будет работать как обычно? Просто при первоначальной генерации проблемы {ITEM.LASTVALUE} = {ITEM.VALUE} ?

Осталось не ясным, в итоге на вкладке Монитор - Проблемы макрос {ITEM.LASTVALUE} будет работать как обычно? Просто при первоначальной генерации проблемы {ITEM.LASTVALUE} = {ITEM.VALUE} ?

По старому работать не будет. Возникла проблема, Zabbix вычислил её имя раз и навсегда. Все макросы раскрываются во время возникновения проблемы.

ERROR: S client not available

почему нет? бекап базы до апдейта всегда ок, можешь побаловаться, в крайнем случае зальешь новую базу и запустишься )

Спасибо. Проблема была при обновлении пакета, он почему-то видел 3.4 вместо 4.0

По старому работать не будет. Возникла проблема, Zabbix вычислил её имя раз и навсегда. Все макросы раскрываются во время возникновения проблемы.

То есть если у меня пропало электричество, на упсе в проблемах будет висеть вечные 95%. А есть какие-то альтернативы?

То есть если у меня пропало электричество, на упсе в проблемах будет висеть вечные 95%. А есть какие-то альтернативы?

Альтернатива чего? ? Ну видим мы 95%, а куда 95 движется в сторону 0 или 100 не видим. Отправляем сообщения дежурным, в которых сообщаем о текущем состоянии дел, раз проблема настолько важная. Раз в минуту, например.

По старому работать не будет. Возникла проблема, Zabbix вычислил её имя раз и навсегда. Все макросы раскрываются во время возникновения проблемы.

вообще-то ITEM.LASTVALUE была киллер-фича заббиксовского дашборда, потому что позволяла никуда не проваливаясь, оценить, насколько значение усугубилось после срабатывания тригера. Как это предполагается теперь оценивать ?

вообще-то ITEM.LASTVALUE была киллер-фича заббиксовского дашборда, потому что позволяла никуда не проваливаясь, оценить, насколько значение усугубилось после срабатывания тригера. Как это предполагается теперь оценивать ?

Как вариант, сделаем показ последнего значения в списке проблем и всё.

Альтернатива чего? ? Ну видим мы 95%, а куда 95 движется в сторону 0 или 100 не видим. Отправляем сообщения дежурным, в которых сообщаем о текущем состоянии дел, раз проблема настолько важная. Раз в минуту, например.

Ну просто получается чтобы следить за ситуацией теперь нужно держать открытым и дашборд, и график заряда аккумуляторов. А если лег район, то графики всех упсов районов в десятке вкладок. А раньше все было доступно в одном экране. Жаль(

вообще-то ITEM.LASTVALUE была киллер-фича заббиксовского дашборда, потому что позволяла никуда не проваливаясь, оценить, насколько значение усугубилось после срабатывания тригера. Как это предполагается теперь оценивать ?

+1

Как вариант, сделаем показ последнего значения в списке проблем и всё.

Это то, чего от вас ждут все пользователи LASTVALUE =)

Надо будет хорошенько подумать, что с этим можно сделать. ?

Что за печаль :( Уже установлен пакет zabbix-server-mysql самой новой версии (1:4.0.0rc3-1+xenial).

Ну просто получается чтобы следить за ситуацией теперь нужно держать открытым и дашборд, и график заряда аккумуляторов. А если лег район, то графики всех упсов районов в десятке вкладок. А раньше все было доступно в одном экране. Жаль(

Вот такая же фигня сейчас с UPS, а их около сотни...

Это то, чего от вас ждут все пользователи LASTVALUE =)

LASTVALUE работает в нотификациях. Но проблем понятна, надо думать.

Вот такая же фигня сейчас с UPS, а их около сотни...

Ну и множество других кейсов. Категорически поддерживаю волнения)

Лично у меня сейчас ещё всплыло кучу *UNKNOWN* после обновления...

Как вариант, сделаем показ последнего значения в списке проблем и всё.

Заранее спасибо!

LASTVALUE работает в нотификациях. Но проблем понятна, надо думать.

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

Бедный инженер, которого будут раздражать сотнями нотификаций, если LASTVALUE будет работать только там)

Согласен, это очень удобная штука была! Было бы здорово все-таки иметь что-то подобное по функционалу, пусть даже в другом виде. Например, может, просто возможность либо в отдельнном опциональном столбце видеть текущее значение метрики из проблемы, или по наведению курсора, например.

вообще-то ITEM.LASTVALUE была киллер-фича заббиксовского дашборда, потому что позволяла никуда не проваливаясь, оценить, насколько значение усугубилось после срабатывания тригера. Как это предполагается теперь оценивать ?

Имхо это не фича, а баг. Т.к. Нигде не зафиксировано время между срабатыванием триггера и собственно генерацией события. По мне, было б не плохо иметь макрос {item.prevvalue} в который будет записано значение метрики, до срабатывания триггера.

Вот вот... Чтобы узнать значение текущие нужно залезть в последние данные...

Имхо это не фича, а баг. Т.к. Нигде не зафиксировано время между срабатыванием триггера и собственно генерацией события. По мне, было б не плохо иметь макрос {item.prevvalue} в который будет записано значение метрики, до срабатывания триггера.

есть ITEM.VALUE на момент срабатывания, чем не устраивает?

Имхо это не фича, а баг. Т.к. Нигде не зафиксировано время между срабатыванием триггера и собственно генерацией события. По мне, было б не плохо иметь макрос {item.prevvalue} в который будет записано значение метрики, до срабатывания триггера.

Ну был ITEM.VALUE - во время срабатывания, LASTVALUE текущее значение. Все ясно и понятно

Ну был ITEM.VALUE - во время срабатывания, LASTVALUE текущее значение. Все ясно и понятно

Нет не так

А вкупе с пропавшей (ещё с 3.4 вроде) возможностью с дашборда попасть в график связанной с проблемой метрики, без путешествия по Latest Data с фильтрацией, становится вообще грустно...

Согласен, это очень удобная штука была! Было бы здорово все-таки иметь что-то подобное по функционалу, пусть даже в другом виде. Например, может, просто возможность либо в отдельнном опциональном столбце видеть текущее значение метрики из проблемы, или по наведению курсора, например.

Не, наведение курсора чот не очень. Хотя лучше, чем ничего :)

вот вчера пример тоже показывал, висит 10 проблем, все изменения можно сказать "в онлайн"

привет, я опять со вчерашними дурацкими вопросами. можно узнать принцип выделения unreachable poller'ов, и\или узнать какое устройство пытается опросить конкретный pooler? (ответы на наводящие вопросы - в dhosts пусто, расписаний никаких нет, дело происходит на прокси заббикса, версия 3.4.14)

Кто, кстати, каким способом теперь путешествует с дашборда к графику метрики, из-за которой загорелась проблема?

и да - strace "на живую" не информативен

привет, я опять со вчерашними дурацкими вопросами. можно узнать принцип выделения unreachable poller'ов, и\или узнать какое устройство пытается опросить конкретный pooler? (ответы на наводящие вопросы - в dhosts пусто, расписаний никаких нет, дело происходит на прокси заббикса, версия 3.4.14)

Отчеты-состояние забикс