Всем привет! может быть кто то сталкивался если через api вытаскиваю alert.get оповещения и фильтры при этом не работают, api вытаскивает за один запрос все события за все время...

Коллеги, использую 3.0 версию Заббикса. Возможно очень глупый вопрос есть. Мониторю порядка 30 маршрутизаторов одного производителя, но используется 3-4 модели, висят в одной группе, смотрю кучу мелких параметров типа ширины vpn, загрузки проца и тп. Но у некоторых моделей OID одного параметра разный. Как заставить заббикс смотреть параметр по OID в зависимости от модели устройства?

разные модули в разные группы помести

Модуль имеется в виду узел сети?

сильно торможу

не модули вернее а группы и темплейты

для азных устройств

задумался когда писал

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

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

а макросы не подойдут для этой задачи?

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

обновил на тестовом хосте заббикс - поломалась blue theme. дашборд не работает, все плывёт и едет. dark сработала норм. только у меня так?

обновил на тестовом хосте заббикс - поломалась blue theme. дашборд не работает, все плывёт и едет. dark сработала норм. только у меня так?

а как обновляли фронтэнд? Копировали поверх или сначала вычистили все?

не вычищал. Пойду еще раз upgrade notes прочитаю, спасибо

пакетом и дебиана накатил.

не вычищал. Пойду еще раз upgrade notes прочитаю, спасибо

еще возможно чистка кукисов может помочь.

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

еще возможно чистка кукисов может помочь.

да. diff на директории разницы не показал (после накатки свежих файлов в чистую директорию). incognito сессия показывает все нормально - сейчас продолжу опыты ставить. logout / login пробовал еще раньше, счастья не приносит. спасибо за подсказку!

еще возможно чистка кукисов может помочь.

JFYI : чистка кук не помогла. Делал вплоть до логаут, чистка кук, рестарт браузера, проверка, чтобы кук для сайта не было установлено. помог сброс кеша - подозреваю, что css-ки закешировались локально получалось чтопопало, а не то, что предполагалось авторами. счастье наступило спасибо!

в заббиксе 3,4 для центось опять селинукс поломали

в заббиксе 3,4 для центось опять селинукс поломали

Можно поподробнее?

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

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

Можно поподробнее?

блокируется при старте, вообще висит, в логах zabbix_server [12695]: [file:'log.c',line:245] lock failed: [22] Invalid argument

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

временно отключил селинукс

а теперь руби и его компоненты хочет

но это уже внешние скрипты

Кто в курсах, когда в репозиторий 3.4 зальют?

КТТС

Кто в курсах, когда в репозиторий 3.4 зальют?

следим за завтраками тут https://support.zabbix.com/browse/ZBXNEXT-3948

Интересно когда в порты фряхи 3.4 завезут...

Для дебана уже лежит во всю http://repo.zabbix.com/zabbix/3.4/debian/pool/main/z/zabbix-release/

да и для остальных тоже

да и для остальных тоже

Для centos только 3.2.7

под Разбериан бы )

Для centos только 3.2.7

А это для кого? http://repo.zabbix.com/zabbix/3.4/rhel/7/SRPMS/

значит кривой репозиторий yum info было бы показательней

значит кривой репозиторий yum info было бы показательней

Спасибо, напомнил, обновлю щас и гляну)

У Вас монитор запылился

))

yum clean all

yum clean all

Делал. И затем yum makecache

Так, я чет не понимаю, все разы норм обновлялся, а теперь 3.4 версию не видит, в чем проблема?

yum info zabbix-release

должён быть вариант: Available Packages Name : zabbix-release Arch : noarch Version : 3.4 Release : 1.el7.centos Size : 13 k Repo : zabbix/x86_64 Summary : Zabbix repository configuration URL : хттп://www.zabbix.com

так в итоге партицирование ломается при обновлении ? всем привет

должён быть вариант: Available Packages Name : zabbix-release Arch : noarch Version : 3.4 Release : 1.el7.centos Size : 13 k Repo : zabbix/x86_64 Summary : Zabbix repository configuration URL : хттп://www.zabbix.com

Удалил репозиторий заббикса и добавил заного, теперь 3.4 виден

значит таки была кривая репо

значит таки была кривая репо

Да, на 3.2 запилена, а щас 3.4 подключил. Директории в репозитории разные вот и не видно было 3.4(

yum install http://repo.zabbix.com/zabbix/3.4/rhel/7/x86_64/zabbix-release-3.4-1.el7.centos.noarch.rpm обновило мне репу с 3.2 до 3.4

Пинед мессадж я думаю убрать можно, теперь она уже не альфа и не бетта)

@ableev прицепленное сообщение поменять бы

ребят как правильно обновится через репозиторий ?

Система Дебиан 8

стянуть свежий release с репозитория, затем update / upgrade, или просто install zabbix-agent но пока не обновляйся. надо след версию ждать

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

стянуть свежий release с репозитория, затем update / upgrade, или просто install zabbix-agent но пока не обновляйся. надо след версию ждать

почему не стоит обновляться?

почему не стоит обновляться?

там сейчас злобная бага - если хост/item становятся недоступными, т.е. сервер ушел оффлайн - они сами не включатся, так и будут висеть в failed. спасает рестарт заббикс сервера. думал я лох, ан нет - есть и в багтрекере

https://support.zabbix.com/browse/ZBX-12549

почему не стоит обновляться?

старая притча админа - до первого сп не ставь

старая притча админа - до первого сп не ставь

+ :) но я на тесте накатил, руки чесались.

+ :) но я на тесте накатил, руки чесались.

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

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

тогда надо ждать.

тогда надо ждать.

спс за инфу. подождем обнову

я как раз на эту багу и напоролся

там сейчас злобная бага - если хост/item становятся недоступными, т.е. сервер ушел оффлайн - они сами не включатся, так и будут висеть в failed. спасает рестарт заббикс сервера. думал я лох, ан нет - есть и в багтрекере

Этот баг обнаружили буквально через 5 минут после релиза. Если бы заметили раньше, то релиз был бы отложен на день или два. Проблема достаточно серьёзная, всех призываю подождать 3.4.1.

Zabbix 3.4 на LoR: https://www.linux.org.ru/news/opensource/13630376

хорошо что обновил только тестовый серв :)

Всем привет. Подскажите, вчера произошла неведомая проблема. примерно в 18 - 19 часов, сервер был загружен процессами alerter и escalator, при мерно в это же время было переведено несколько хостов в состояние enable. После чего, началась не виданные ранее чудеса. 1) появилось >700 триггеров о недоступности узлов 2) очередь взлетела до небес 3) в логах прокси постоянно пишет что snmp agent (jmx agent) connection restored, при условии что с того же прокси snmpwalk и даже банальный ping проходит, узлы по факту доступны 4) в логах сервера были обнаруженны (при включении debuglevel 5) сообщения: End of get_hostid_by_host():FAIL End of zbx_process_trigger():FAIL flags:0 End of zbx_vc_add_value():FAIL 5) вчера же когда заббикс был загружен процессами alerter и escalator, в систему otrs прилетело более 6к писем от сервера. На данный момент пока даже не могу понять куда копать... Кто-нибудь сталкивался?

Всем привет. Подскажите, вчера произошла неведомая проблема. примерно в 18 - 19 часов, сервер был загружен процессами alerter и escalator, при мерно в это же время было переведено несколько хостов в состояние enable. После чего, началась не виданные ранее чудеса. 1) появилось >700 триггеров о недоступности узлов 2) очередь взлетела до небес 3) в логах прокси постоянно пишет что snmp agent (jmx agent) connection restored, при условии что с того же прокси snmpwalk и даже банальный ping проходит, узлы по факту доступны 4) в логах сервера были обнаруженны (при включении debuglevel 5) сообщения: End of get_hostid_by_host():FAIL End of zbx_process_trigger():FAIL flags:0 End of zbx_vc_add_value():FAIL 5) вчера же когда заббикс был загружен процессами alerter и escalator, в систему otrs прилетело более 6к писем от сервера. На данный момент пока даже не могу понять куда копать... Кто-нибудь сталкивался?

мб у Вас идет какой-то канал связи до этих хостов и он упал?

если бы упал канал, то snmpwalk и ping тоже не показали бы результата)

Может неверно настроены триггеры,у узлов которые Вы включили ?

все унифицированно... если не правильно настроены тут, то не правильно настроены и в других

но тогда проблема была бы давно

Эх так и не запилили фильтр по имени триггера в triggers.php -) в 3.4

привет подскажите пожалуйстаочень часто выдает тригер MySQL: Отсутствие доступной памяти qcache

Zabbix unreachable poller processes more than 75% busy

логи мускула пустые

start pollers 150 StartPollersUnreachable 20

Zabbix 3.4 на opennet.ru: http://www.opennet.ru/opennews/art.shtml?num=47070

Zabbix 3.4 на opennet.ru: http://www.opennet.ru/opennews/art.shtml?num=47070

так, по вашей же информации, надо 3.4.1 ждать )

А что тут не нормального? =) у вас ночью что то становится недоступным и заббикс передает эти оъекты анричбил поллеру чтобы тот переодически проверял их доступность

ок спасибо

увеличить число исмп пингеров и унричебл полеров

увеличить число исмп пингеров и унричебл полеров

А до скольки увеличивать? Сейчас стоит исмп 5

А до скольки увеличивать? Сейчас стоит исмп 5

Например, 10

А до скольки увеличивать? Сейчас стоит исмп 5

яб до 10, чтоб менее 30% было

а icmp зачем трогать? там в норме всё

а icmp зачем трогать? там в норме всё

про запас

я б лучше по мере необходимости увеличивал

я б лучше по мере необходимости увеличивал

да там уже почти 50%, эдак можно вообще нчиего не менять в полерах, а только тригеры поменять

куда больше 80%?) ну а зачем, сейчас и так половина пингеров простаивает, а так еще больше процессов простаивающих