те рекомендации что на форумах крутил, всеравно толку 0

Так не бывает

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

2 хоста таких

Значит что-то с сетью, что-то с проверками и тд

Значит что-то с сетью, что-то с проверками и тд

с достежимостью все ок, я вообще думал в сторону iptables, но добавил правило в верх цепочки, вот думаю щас, может этот чертов apparmor мешает жить

Какой агент? Доступен ли порт? Дебаг логи включал? Пока выглядит так, что ты просто думаешь. А тут надо делать.

с достежимостью все ок, я вообще думал в сторону iptables, но добавил правило в верх цепочки, вот думаю щас, может этот чертов apparmor мешает жить

Выруби iptables, но. Такое изначально или начало проявляться после чего-то?

Выруби iptables, но. Такое изначально или начало проявляться после чего-то?

изначально

Выруби iptables, но. Такое изначально или начало проявляться после чего-то?

на проде вырубать iptables так себе затея

на проде вырубать iptables так себе затея

Я вырубал

1 правило к примеру не давало норм проксировать

Какой агент? Доступен ли порт? Дебаг логи включал? Пока выглядит так, что ты просто думаешь. А тут надо делать.

3,4 на других версиях поведение аналогичное, в дебаге агента ничего нет, только TCPDUMP показывает что трафик назад не идет

Проверки выполняются долго

1 правило к примеру не давало норм проксировать

по этому я правило вставил четез инсерт на 1 позицию

3,4 на других версиях поведение аналогичное, в дебаге агента ничего нет, только TCPDUMP показывает что трафик назад не идет

Сеть

Сеть

mtr показывает что потерь нет

mtr показывает что потерь нет

Мтр что для проверки использует? Протокол какой?

Мтр что для проверки использует? Протокол какой?

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

а кто-нибудь может рассказать, Queue of items to be updated - по какому принципу генерируется? в смысле, что именно оно вообще показывает? меня в overview by proxy очень смущают большие числа в "more than 10 minutes"

раньше так не было? может в slow query log что-то есть ? новые перезагрузки дают такой же результат?

Таких длительных не было, но все в слоу Вроде нет, не коль раз ребутал сервак, пока yum лечил Понаблюдаю еще

Таких длительных не было, но все в слоу Вроде нет, не коль раз ребутал сервак, пока yum лечил Понаблюдаю еще

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

а кто-нибудь может рассказать, Queue of items to be updated - по какому принципу генерируется? в смысле, что именно оно вообще показывает? меня в overview by proxy очень смущают большие числа в "more than 10 minutes"

повторно

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

прокси нет

@alexei_vladishev есть идея добавить +1 колонку с Last Value рядом с тем что многим не нравится. думаю было бы идеально. как такое? возможно? и волки сыты и овцы целы в итоге

Я прошу пардона за жирафий камент. Но тут imho была светлейшая мысль, сделать у триггера "displayed description" (или "Dashboard message") поле; и на нём уже делать как было в версиях до v4.0: и можно там спецмакросы сделать.

ладно, подойдём к вопросу с другой стороны. А есть способ в" Queue of items to be updated" (Zabbix->Administration->Queue - > Details) посмотреть более 500 значений?

ладно, подойдём к вопросу с другой стороны. А есть способ в" Queue of items to be updated" (Zabbix->Administration->Queue - > Details) посмотреть более 500 значений?

c 4.0 да.

или напрямую из бд вытаскивать.

или напрямую из бд вытаскивать.

чуть конкретнее направление можно?

чуть конкретнее направление можно?

а по какому варианту конкретнее?

напрямую из БД

в сторону каких таблиц хотя бы копать

в сторону каких таблиц хотя бы копать

Это сам, открывай схему бд и ищи

Я прошу пардона за жирафий камент. Но тут imho была светлейшая мысль, сделать у триггера "displayed description" (или "Dashboard message") поле; и на нём уже делать как было в версиях до v4.0: и можно там спецмакросы сделать.

Тут принципиальным момент. Триггер когда-то создал проблему, проблема существует как отдельная сущность. Так почему мы вообще должны ссылаться на атрибуты триггера? Его, может быть, уже и в помине нет.

Тут принципиальным момент. Триггер когда-то создал проблему, проблема существует как отдельная сущность. Так почему мы вообще должны ссылаться на атрибуты триггера? Его, может быть, уже и в помине нет.

Я поддерживаю.

Что касается голосования #вернитеползунок. Два момента. 1. Голосование проходило в пятницу ночью(!), это исключило участие адекватных людей. ? 2) Под #вернитеползунок понимаются потеря нескольких use cases, их надо рассматривать по отдельности. Тема остаётся открытой.

Тут принципиальным момент. Триггер когда-то создал проблему, проблема существует как отдельная сущность. Так почему мы вообще должны ссылаться на атрибуты триггера? Его, может быть, уже и в помине нет.

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

Это сам, открывай схему бд и ищи

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

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

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

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

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

Тут принципиальным момент. Триггер когда-то создал проблему, проблема существует как отдельная сущность. Так почему мы вообще должны ссылаться на атрибуты триггера? Его, может быть, уже и в помине нет.

Проблема, как мне кажется, в том, что: {ITEM.LASTVALUE<1-9>}: Поддерживается начиная с 1.4.3

11 лет прошло с момента "архитектурного бага", если кому лень искать дату релиза 1.4.3. Это уже давно фича, которой пользуются.

11 лет прошло с момента "архитектурного бага", если кому лень искать дату релиза 1.4.3. Это уже давно фича, которой пользуются.

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

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

Это правда. Осталось только реализовать. =)

4.0.0 потерял эту функциональность. Придумаем хорошее решение (если оно существует), как это можно будет исправить, реализуем и всё. Тема будет закрыта. Тоже относится и к неожиданно знаменитому ползунку.

Всем доброго дня, товарищи, а кто уже обновился с 3.4 до 4.0? Какие есть подводные камни и стоит ли подождать ещё некоторое время?

Всем доброго дня, товарищи, а кто уже обновился с 3.4 до 4.0? Какие есть подводные камни и стоит ли подождать ещё некоторое время?

Я апал 3.4.10 на 4.0.0 на мускуле с партициями на трендах и хистори - без проблем апнулось, но я не переносил историю. У кого-то есть проблемы с БД. Впрочем никто же не запрещает сделать полигончик и обкатать апдейт ;)

Я апал 3.4.10 на 4.0.0 на мускуле с партициями на трендах и хистори - без проблем апнулось, но я не переносил историю. У кого-то есть проблемы с БД. Впрочем никто же не запрещает сделать полигончик и обкатать апдейт ;)

У меня 3.4.9+PostgreSQL с партициями и я боюсь похерить всё при обновлении.

У меня 3.4.9+PostgreSQL с партициями и я боюсь похерить всё при обновлении.

а) Бекап б) Клон-полигон. Подозреваю что можно даже без хистори чтобы быстрее было.

У меня 3.4.9+PostgreSQL с партициями и я боюсь похерить всё при обновлении.

так снапшот и понеслась

хотя у меня у самого 3.4.11, надо бы подумать о переезде.

У меня 3.4.9+PostgreSQL с партициями и я боюсь похерить всё при обновлении.

докер

Благодарю. Подскажите Elasticsearch теперь "обязательно" идёт с забиксом или как отдельная плюшка?

Благодарю. Подскажите Elasticsearch теперь "обязательно" идёт с забиксом или как отдельная плюшка?

чтА?

где заббикс, а где elk

советую почитать что такое elk, что такое zabbix, и что с чем работает

Благодарю. Подскажите Elasticsearch теперь "обязательно" идёт с забиксом или как отдельная плюшка?

Для хранения эластик - отдельно по желанию :)

Всё, залез в документацию, увидел.

советую почитать что такое elk, что такое zabbix, и что с чем работает

он про Elasticsearch экспериментальный для history

он про Elasticsearch экспериментальный для history

он исправил, было Elk

потом я и спросил

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

А зачем вообще более 500 значений тянуть? 500 для начала траблшутинга недостаточно?

он про Elasticsearch экспериментальный для history

уже не эксперементальный, а продакшен

Elasticsearch support is experimental! Setup procedure considered in this section is applicable to the following Elasticsearch versions: 5.0.x –> 6.1.x. In case an earlier or later version of Elasticsearch is used, some functionality may not work as intended.

https://www.zabbix.com/documentation/4.0/manual/appendix/install/elastic_search_setup

https://www.zabbix.com/documentation/4.0/manual/appendix/install/elastic_search_setup

Не сменили ещё, с 4й в прод ластик выкатили

ERROR: S client not available

я человек простой - прочитал и все

я человек простой - прочитал и все

Я вопрос в день релиза задавал здесь.

Elasticsearch support is experimental! Setup procedure considered in this section is applicable to the following Elasticsearch versions: 5.0.x –> 6.1.x. In case an earlier or later version of Elasticsearch is used, some functionality may not work as intended.

@alexei_vladishev добрый день. баг в документации или Elasticsearch в 4 версии продолжает быть экспериментальным? https://www.zabbix.com/documentation/4.0/manual/appendix/install/elastic_search_setup

Что касается голосования #вернитеползунок. Два момента. 1. Голосование проходило в пятницу ночью(!), это исключило участие адекватных людей. ? 2) Под #вернитеползунок понимаются потеря нескольких use cases, их надо рассматривать по отдельности. Тема остаётся открытой.

А что если привязать MAX и MIN значения ползунка к диапазону, который выбран в "новом интерфейсе"? Тогда можно будет выбирать некий необходимый диапазон, который будет удобно подкорректироваться ползунком. Я, например, част смотрю за последний месяц график, сравнивая картины за каждую неделю - ползунок тут будет очень удобен.

@alexei_vladishev добрый день. баг в документации или Elasticsearch в 4 версии продолжает быть экспериментальным? https://www.zabbix.com/documentation/4.0/manual/appendix/install/elastic_search_setup

And many other improvements for you to enjoy! More flexible active agent auto-registration allows to rerun the whole auto-registration process if host metadata is changed. This allows to adapt monitoring based on the nature of changes on the host and gives the ability to change the role of a host itself. Historical data storage support in Elasticsearch is now available! Compatible database or Elasticsearch? Integrate with 3rd party solutions, choose the storage place yourself. Check out the Elasticsearch and database setup process in our documentation. Integration with other systems via real-time plain text history data export can be done.

судя по тому что это описали в релизе

то наверно все же вывели из эксперементального состояния)

там выше про простого написал ;)

и да

Check out the Elasticsearch and database setup process in our documentation.

а там

Elasticsearch support is experimental! Setup procedure considered in this section is applicable to the following Elasticsearch versions: 5.0.x –> 6.1.x. In case an earlier or later version of Elasticsearch is used, some functionality may not work as intended.

там выше про простого написал ;)

Не кажется ли странным в релизе писать про то что Elasticsearch доступен, а в документации писать что это эксперементальная фича, тогда бы не писали в релизе )))

Не кажется ли странным в релизе писать про то что Elasticsearch доступен, а в документации писать что это эксперементальная фича, тогда бы не писали в релизе )))

мне ничего не кажется. поэтому вопрос и задал. рассуждать тут нечего

мне ничего не кажется. поэтому вопрос и задал. рассуждать тут нечего

тут согласен

@alexei_vladishev добрый день. баг в документации или Elasticsearch в 4 версии продолжает быть экспериментальным? https://www.zabbix.com/documentation/4.0/manual/appendix/install/elastic_search_setup

Экспериментальный. В документации так и написано, исправлять нечего.

Экспериментальный. В документации так и написано, исправлять нечего.

спасибо за быстрый ответ

Дня всем. графана может работать с макросами заббикса? Например, если надо нашпиговать ее графиками из списка обнаружения

А зачем вообще более 500 значений тянуть? 500 для начала траблшутинга недостаточно?

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

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

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

Доброго времени суток! Есть у меня вопрос по производительности ЗАбиксервера 3,4. Сейчас у него 16гигов оперативки и 12 виртуальных процессоров. Поднято всё это на Дебиане Визи. Хостов не много чуть больше 110 из них примероно 1/2 через 6 прокси. На них навешен стандартный шаблон по ОСИ. Сталкивался с нехваткой кэша MySQL, забиванием проца забиксом, нехваткой памяти решил изменением соответствующих настроек и изменением параметров виртуалки. Не так давно по статье с хабры настроил сбор данных через ILO (HPшная управлялка) и началась магия. Забикс подвисает на исполнении скрипта, да так, что даже "top" не отрабатывает. При этом в логах забиксаи MySQL нет криминала. Мониторинг производительности выявил пики всплеска по харду, но они короткие и не критичные. В какую сторону можно посмотреть или может у кого завалялось универсальное лекарство? P.S. Прокси имеет ресурсов поменьше, но страдают от той же болезни, правда гораздо реже.

привет, делаю еще одну попытку обновления 3.4 до 4.1,

после команды yum install zabbix-server-mysql zabbix-web-mysql zabbix-agent, выходит ошибка

Transaction check error: file /etc/zabbix/zabbix_server.conf from install of zabbix-server-mysql-4.0.0-2.el7.x86_64 conflicts with file from package zabbix-server-pgsql-3.4.8-1.el7.x86_64

подскажите как решить

получается, у вас стоял пакет заббикса для постгре

а ставите от мускуля?

конечно конфликт будет

Доброго времени суток! Есть у меня вопрос по производительности ЗАбиксервера 3,4. Сейчас у него 16гигов оперативки и 12 виртуальных процессоров. Поднято всё это на Дебиане Визи. Хостов не много чуть больше 110 из них примероно 1/2 через 6 прокси. На них навешен стандартный шаблон по ОСИ. Сталкивался с нехваткой кэша MySQL, забиванием проца забиксом, нехваткой памяти решил изменением соответствующих настроек и изменением параметров виртуалки. Не так давно по статье с хабры настроил сбор данных через ILO (HPшная управлялка) и началась магия. Забикс подвисает на исполнении скрипта, да так, что даже "top" не отрабатывает. При этом в логах забиксаи MySQL нет криминала. Мониторинг производительности выявил пики всплеска по харду, но они короткие и не критичные. В какую сторону можно посмотреть или может у кого завалялось универсальное лекарство? P.S. Прокси имеет ресурсов поменьше, но страдают от той же болезни, правда гораздо реже.

Вам бы залить на пистбин конфиги - MySQL, Zabbix Server. Еще можно скрин с состоянием сервера Zabbix.

либо ставить 4-ку для постгре, либо сносить 3.4 для мускуля

конечно конфликт будет

на самом деле стоял mysql же