Ну тут 50% ответа кроется

Что будет при рестарте? Деградации же нет никакой

Ну тут 50% ответа кроется

опыт мне подсказывает, что не поможет

Даже если дырка на графиках – какие триггеры возникнут?

опыт мне подсказывает, что не поможет

Мой опыт показывает иное :)

Даже если дырка на графиках – какие триггеры возникнут?

есть внешние вещи, завязанные на базу, а не на триггеры

На базу

Никто про базу и не говорит

Никто про базу и не говорит

там все сложно=) Но не суть. Нашли в сорцах, как это работает, починили

Как?

расскажи нам =)

кароч, некстид для таблиц он берет из таблицы ids все-таки

☝️

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

рестартнули, поехало

Все ж рестартнули?

странно, что ни у кого в идс нет значения autoreg_host

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

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

хороший вопрос

странно, что ни у кого в идс нет значения autoreg_host

Потому что никто не юзает авторегистрацию хостов? )

Потому что никто не юзает авторегистрацию хостов? )

должно быть 1 тогда там по идее

но не полное же отсутствие

1:0 техподдержка заббикса проиграла

лол

1:0 техподдержка заббикса проиграла

хех

Все ж рестартнули?

угу, релоад не инициирует перечитывание этой таблицы, к сожалению

плохое решение

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

угу, релоад не инициирует перечитывание этой таблицы, к сожалению

Что теперь подсказывает опыт?

Что теперь подсказывает опыт?

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

рестарт - не решение

Я говорил про "поправить таблицу с выключенным сервером"

Я говорил про "поправить таблицу с выключенным сервером"

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

В общем, для будущих поколений:

Есть функция по получению максид: zbx_uint64_t DBget_maxid_num(const char *tablename, int num) { if (0 == strcmp(tablename, "history_log") || 0 == strcmp(tablename, "history_text") || 0 == strcmp(tablename, "events") || 0 == strcmp(tablename, "dservices") || 0 == strcmp(tablename, "dhosts") || 0 == strcmp(tablename, "alerts") || 0 == strcmp(tablename, "escalations") || 0 == strcmp(tablename, "autoreg_host")) return DCget_nextid(tablename, num); return DBget_nextid(tablename, num); }

Она делает запрос к ids: result = DBselect("select nextid from ids where table_name='%s' and field_name='%s'", table->table, table->recid);

если не находит, и тут предположение о необходимости рестарта Ильи @ableev должно было бы сработать по идее (так что беру свои слова, что обычный рестарт бы не помог, назад), то идет в таблицу и берет максид: if (NULL == (row = DBfetch(result))) { DBfree_result(result); result = DBselect("select max(%s) from %s where %s between " ZBX_FS_UI64 " and " ZBX_FS_UI64, table->recid, table->table, table->recid, min, max);

Вопрос о причинах возникновения ошибки все еще остается, конечно, но этого уже не узнать

А вот вопрос про Action Script. можно ли как-то сообщить о том, что скрипт запустился? а то не очень удобно мониторить эти события

в скрипте запись в лог сделать

Вопрос о причинах возникновения ошибки все еще остается, конечно, но этого уже не узнать

Я щитаю, надо зарепортить в джиру

Господа, а насчет, Есть в нашем примере несколько датчиков с “reading_type:0x6f”. Для этих датчиков “Table 42-1, Event/Reading Type Code Ranges” советует использовать “Table 42-3, Sensor Type Codes” для расшифровки значений бит. Например, датчик 'Power Unit Stat' имеет тип “type:0x9”, который означает “Блок питания”. Смещение 00h означает “Выключено/Обесточено”. Другими словами, если младший значимый бит равен 1, то сервер выключен. Для проверки этого бита можно воспользоваться функция band с маской 1. Выражение триггера может выглядеть следующим образом, вот этого из доки, в каком виде мне принимать значения ? Что бы Заббикс высчитывал битовый сдвиг ? :) Возможно вопрос тупой, простите.

16-иричной ?

Итак, есть проблема дефолтного шаблона. Триггер Zabbix discoverer processes more than 75% busy срабатывает раз в час. Это собственно период обнаружения.

выглядит так

поменяй на #2 last

Либо добавь больше процессов discovery на сервере/проксе. Чтобы была меньше утилизация.

Видно же, что не справляется в пиках.

И вообще, зачем использовать дефолтные шаблоны?

Либо добавь больше процессов discovery на сервере/проксе. Чтобы была меньше утилизация.

10 стоит

Ну либо этого мало для такой нагрузки по дискавери, либо сервер/прокси забыли перезапустить, либо не стОит :-)

И кстати, я надеюсь ZKP это тот же самый сервер/прокси, для которого снимается этот параметр.

тот же

ну там дискавери то 1-24

1-254*

У есть подобная проблемка, каждый час срабатывает триггер Disk I/O is overloaded on Zabbix server

housekeeper включается?)

это хаузкипер долбит в базу

А как его выключить? Или его включить надо)

если выключить у тебя место кончится через некоторое время

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

тогда выключишь housekeeper для них потом. если версия 3 то там вебе можно отключить для них его. если 2 то в конфиге целиком выключается

Спасибо) а то не знал в каком направлении копать

ну и можно просто в конфиге прописать частоту запуска и количество удаляемых записей ))

тож варинт. )

У есть подобная проблемка, каждый час срабатывает триггер Disk I/O is overloaded on Zabbix server

Формулировка пиздец, конечно

"У меня есть проблемка. Каждый час срабатывает триггер, Requests drop on www cluster"

Мужики

Новое условие, значение тэга

Чего писать проблема = проблема ?

А есть ли в природе те, что разобрался и с пользой использует теги и вообще 3.2?

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

Триггер

Я об этом

Что бы слалось когда проблема

@valentusys у Вас была вроде б засада с этим, не ?

Это необязательное поле вроде ж

никто не заставляет

Добрый день. А подскажите, если знаете, мне нужно с помощью lld на серверах виндовых искать определенные сервисы и контролировать их, но есть бумажка, по которой я должен искать не на всех подряд серверах, а на строго определенных. Т.е. есть серверы servx, servy, servz. Есть бумажка, в которой написано: "сервис 1 должен быть запущен на серверах servx и servz, а сервис 2 на серверах servy и servz". По факту оба сервиса могут присутствовать на всех трех серверах, но контролировать их надо в соответствии с бумажкой. Суть в том, что я надеялся в фильтрах правила обнаружения сделать правило, в котором отфильтровать по именам серверов и именам сервисов, но никак не могу понять из документации, есть ли какой-то макрос с именем узла в фильтрах правил обнаружения. Zabbix 3.0.3

Вроде такого макроса нет, но ничего не мешает сделать кастомный скрипт дискавери, который отдаёт в одном из полей имя машины.

Вроде такого макроса нет, но ничего не мешает сделать кастомный скрипт дискавери, который отдаёт в одном из полей имя машины.

Ну это у меня как запасной вариант.

Кто в zabbix настраивал прием syslog от cisco ?

Точнее как заббикс заставить принимать понял, но как все настроить у демона rsyslog в centos 7 ?

Точнее как заббикс заставить принимать понял, но как все настроить у демона rsyslog в centos 7 ?

Мы на отдельный юниксовый серв кладем и потом парсим этот лог

Надо демону сказать чтоб он слушал 514 порт udp

В настройках рсислога такое должно быть

Точнее как заббикс заставить принимать понял, но как все настроить у демона rsyslog в centos 7 ?

Хоть что-то на него от цисок валиться?

Посмотри нетстатом он этот порт udp слушает на адресе 0.0.0.0?

Пока нет, но у меня больше непоняток как rsyslog заставить отправлять заббиксу через zabbix _sender

Хоть что-то на него от цисок валиться?