тоже не все так гладко ))

вот предупреждение это в основном место на дисках

а высокая это 90 % сервера требующие ребута из-за обновлений

ясно

дайте под монгу темплейт хороший

чтобы не пилить

у перконы норм? а то я уже покувыркался с их плагинами для муськи

так, у перконы для монги и нет нихуя

http://monitoringartist.github.io/zabbix-searcher/ Ну может смешно. но тут был?

http://monitoringartist.github.io/zabbix-searcher/ Ну может смешно. но тут был?

А чо смешно?

Ахуенный ресурс, не знал

Думал все о нём знают

Я тока недавно про забикс шару узнал

Как в той истории про уральских лесорубов и финские бензопилы

Доброго дня\утра всем! У кого-нибудь было такое?

Появилось после того, как задампил БД (PostgreSQL) и восстановил обратно на другом хосте

Как понял из куска кода, указанного в ошибке (include/blocks.inc.php:829), ошибка относится к таблице с последними событиями. Однако, эта таблица рисуется нормально и проблем с ней я не вижу

а можно заслейвить эту базу со старой?

Старая сдохла :(

Коллеги, доброго времени суток. Подскажите, кто-то пытался реализовать передачу данных от одного Zabbix в другой через какую-либо MQ шину? Или от агентов напрямую в шину, чтобы сервер читал эти данные..

MQ?

MQ?

https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D0%BC%D0%B5%D0%BD_%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D1%8F%D0%BC%D0%B8

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

mq не предназначен для передачи данных

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

коллеги, дано: два сегмента сети, между которыми обмен данными может быть только(без вариантов) через ibm mq шину. пытаюсь придумать, как мне всё же консолидировать данные мониторинга zabbix в одном из сегментов

поэтому так

mq не предназначен для передачи данных

ну приплыли

mq не предназначен для передачи данных

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

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

это частный случай. elastic в enterprise прямо советует mq использовать (kafka), чтобы гарантировать доставку метрик и надёжнее объединить сегменты

коллеги, дано: два сегмента сети, между которыми обмен данными может быть только(без вариантов) через ibm mq шину. пытаюсь придумать, как мне всё же консолидировать данные мониторинга zabbix в одном из сегментов

в данном случае можно попробовать извартиться с двумя самодельными zproxy, один бы из которых принимал данные агентов и клал в MQ, а второй бы соотв-но вынимал и передавал в заббикс

но это тот еще костыль

но это тот еще костыль

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

Добрый день. Подскажите пожалуйста, есть элемент данных. Отдает либо "1" либо "0", мне нужно создать еще один элемент данных, точнее два, который будет показывать длительность срабатывания "1" и "0". Как реализовать такое, не понимаю. Помогите пожалуйста.

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

ну еще можно заказать работу чрез MQ самой конманде Заббикса :) они принимают коммерческие задачи

Коллеги, добрый день! Кто-нибудь снимает метрики микросервисов со Spring Boot Actuator? Как вы это делаете?

Приветствую коллеги! случилась такая проблема , необходимо получать трапы с портов коммутатора , и выводить определенную аварию при получение трапа с определенного порта. Сделал правило обнаружения на первое событие - все ок , фильтрация по дескрипшену. Делаю второе правило , с другим фильтром . вываливается ошибка "Элемент данных с ключом "snmptrap[.1.3.6.1.2.1.2.2.1.1.{#SNMPINDEX}]" уже существует у "DES1228""

как победить?

коллеги, начну опрос отсюда. кто использует для своего #zabbix #postgresql, как вы добиваетесь ha баз?

о каких объемах идет речь

коллеги, начну опрос отсюда. кто использует для своего #zabbix #postgresql, как вы добиваетесь ha баз?

и какой частоте вставке

о каких объемах идет речь

пока мы на этапе планирования и оцениваем по аналогам в других частях инфраструктуры.. ожидается что-то около 20к объектов мониторинга в прыжке и ~400 метрик на каждый объект... повторюсь - это на бумаге

и какой частоте вставке

с учётом того, что многие метрики будут поминутно собираться - я сегодня накалькулировал 133+к значений в секунду.

мы просто при достижении 10k m/s (20k устройств) уже слезли с заббикс, отсылали метрики в opentsdb для исторических данных за место zabbix-server поставили демон-алерт-менеджер, который мог запоминать только предыдущее значение, триггерил сам клиент (riemann-like), а демон принемал решение сообщать админам или нет и если да то кому

мы просто при достижении 10k m/s (20k устройств) уже слезли с заббикс, отсылали метрики в opentsdb для исторических данных за место zabbix-server поставили демон-алерт-менеджер, который мог запоминать только предыдущее значение, триггерил сам клиент (riemann-like), а демон принемал решение сообщать админам или нет и если да то кому

Я думаю, мы тоже вряд ли доживём до 20к девайсов с полноценными моделями здоровья именно в #zabbix, но до тех пор, чтобы выполнять заказы внутренних клиентов, надо как-то прожить, вот я и прикидываю, что заложить на первоначальном этапе, чтобы минимизировать вероятность факапа.. ha для db - один из вопросов

@vadvmkn можно подробнее про стек, что у вас вышел?

opentsdb + самописный демон на golang с какой-то in-memory db

я бы сейчас на место golang вообще поставил tarantool

@vadvmkn в нашем enterprise очень сложно протащить oss без коммерческой поддержки

tarantool мона купить

opentsdb + самописный демон на golang с какой-то in-memory db

а чому не хайповые прометей, инфлюкс, эластик?

и сколько у вас хрантся исторические данные?:

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

и сколько у вас хрантся исторические данные?:

я уже ушел с проекта :) opentsdb хранит до сих пор - года 3-4

то есть вы в opentsdb разобрались и сами закрываете возникающие проблемы?

заняяятно

opentsdb - это java, на hbase + hdfs

а презентация данных - графана?

да

ой вей

ну спасибо :) хотя мы ушли от темы, что делать с клятыми реляционными бд

да нет нормального решения

есть хипстота и rhel-кластер (Corosync/Pacemaker от clusterlabs но конкретно на rhel)

да нет нормального решения

я согласен, ой вей — это от осознания, сколько ещё работать )

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

но насколько знаю - все на db

Коллеги, а avaya cs1000 кто-нибудь с заббиксом дружил по snmp?

Коллеги, а avaya cs1000 кто-нибудь с заббиксом дружил по snmp?

Не-а. Найди MiB и мучай его, или через snmpwalk

Примерно так https://www.zabbix.com/forum/showthread.php?t=53305

Заодно научишься писать шаблоны

Спс

инфу по загрузке CPU. Состоит из 4-х компонентов: 1.3.6.1.4.1.6889.2.8.1.6.11 # G3-AVAYA-MIB::g3healthStaticOcc.0 = Gauge32: 0 1.3.6.1.4.1.6889.2.8.1.6.12 # G3-AVAYA-MIB::g3healthCallpOcc.0 = Gauge32: 0 1.3.6.1.4.1.6889.2.8.1.6.13 # G3-AVAYA-MIB::g3healthSysMgmtOcc.0 = Gauge32: 3 1.3.6.1.4.1.6889.2.8.1.6.14 # G3-AVAYA-MIB::g3healthIdleOcc.0 = Gauge32: 97

Мне по сути состояние е1 интерфейсов нужно

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

Мне по сути состояние е1 интерфейсов нужно

дискавери на интерфейсы и прототипы айтемов на дискавери же

@JennySel добавил - чет бесполезно