In: {Cisco ASR1001:net.if.in[GigabitEthernet0/0/0.15].last(0)}

Gi0/17 - Fa0/0 Out: {es-5.19.1-sw1:ifOutOctets[GigabitEthernet0/17].last(0)} In: {es-5.19.1-sw1:ifInOctets[GigabitEthernet0/17].last(0)}

я не знаю что такое net.if.in на ASR-е

проверить item значение в latest data

я не знаю что такое net.if.in на ASR-е

Да я тоже.. выдрал из примеров в инете.. везде было. вот и написал.

сейчас попробую по твоему примеру

не

не надо пробовать

надо для начала посмотреть что есть на ASR-е

он же четко написал что "Неизвестно"

ASR как мониторится? по SNMP?

{Route PUS:icmppingsec.last(300s)} | Ping {Route PUS:mikrotik.interfaces.bytes.in[gre-fus(beeline)->td(RT)].last(300s)} | Бил - РТ

четко .. да не очень ?

У меня вот так но это от микротика

четко

ASR как мониторится? по SNMP?

Да

он не знает такого item

зайти в latest data и увидеть что вообще есть

Добрый вечер. Я к вам без вопросов.

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

Добрый вечер. Я к вам без вопросов.

отлично!

)))

Ещё бы)))

Вышли в свет 3.4.5, 3.2.11, 3.0.14 и 2.2.21. Подробности о 3.4.5: https://www.zabbix.com/rn3.4.5 Скачиваем: https://www.zabbix.com/download

Стоит обновляться с 3.2 до 3.4?

ifHCInOctets[GigabitEthernet0/0/0.15]

есть вот такой item судя по всему он мне и нужен

Стоит обновляться с 3.2 до 3.4?

Хотя... Работает - не трогай

есть вот такой item судя по всему он мне и нужен

ага

Хотя... Работает - не трогай

не с полпинка, факт

так что дело ваше

я пока на 3.2 сижу и не дергаюсь

У меня была проблема с кодировкой логов. Вроде до последней версии 3.2 обновил, норм стало

я пока на 3.2 сижу и не дергаюсь

Вот тоже так делаю

Хотя... Работает - не трогай

ИМХО, если юзаешь не LTS релизы, продолжай не перескакивая. Поддержка 3.2 закончилась, смысл на нем оставаться? Единственное, на мой взгляд, разумное правило, не обновляться на новую мажорную версию сразу после выхода, а подождать хотя бы пару минорных релизов.

ИМХО, если юзаешь не LTS релизы, продолжай не перескакивая. Поддержка 3.2 закончилась, смысл на нем оставаться? Единственное, на мой взгляд, разумное правило, не обновляться на новую мажорную версию сразу после выхода, а подождать хотя бы пару минорных релизов.

поддержка чего?

поддержка чего?

Zabbix 3.2 не поддерживается. Как у них там? Месяц после выхода следующей версии поддержка остается?

я не знаю что такое поддержка

я не знаю что такое поддержка

Исправления, полагаю, перестают выпускаться.

Найдется какой-то баг в 3.2.10 (или какая там последняя сейчас?) и его править не будут.

чтоб прекратить 3.2 надо стабилизировать 3.4

чтоб прекратить 3.2 надо стабилизировать 3.4

Да фиг там ). Это не LTS, условия означены - старая версия снимается с поддержки спустя месяц после выхода новой.

Ну, Алексей как-то так говорил на какой-то конференции.

Да фиг там ). Это не LTS, условия означены - старая версия снимается с поддержки спустя месяц после выхода новой.

Именно так: https://www.zabbix.com/life_cycle_and_release_policy

Я агенты до 3.4 обновил

Чтоб count запрашивать

Работает отлично

Чтоб count запрашивать

В логах

Обнаружение известных багов от Intel с помощью Zabbix: https://twitter.com/zabbix/status/949192056207020032

Актуально ли для Windows?

Для всего актуально

Актуально, но обнаружение не сработает

Для всего актуально

Так там /proc/cpuinfo читается, какой там Windows?

Так там /proc/cpuinfo читается, какой там Windows?

Я думал о самом баге говорят

Не уверен, но скорее всего нужно патченное ядро, чтобы проверка сработала.

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

Но в Fedora 27 с ядром 4.14.11 она есть.

А, не, ошибся. Строчка bugs была, но cpu_insecure на ядре ниже не пишется.

Чтоб count запрашивать

Что за count?

Log.count наверное. Но оно с 3.2 было.

Упс

Пардоньте, только сейчас проверил, оказывается Zabbix 3.0.9 у меня

ERROR: S client not available

А агенты от 3.2

Log.count наверное. Но оно с 3.2 было.

Тут вы правы

Привет, народ. Никто не сталкивался с повреждением индекса на MariaDB 5.5.56? InnoDB: Index "GEN_CLUST_INDEX" is marked as corrupted.

Померла таблица history_uint. Почитал, в 5.6.10 MySQL исправлено было. Интересно как оно версии MariaDB соответствует.

Померла таблица history_uint. Почитал, в 5.6.10 MySQL исправлено было. Интересно как оно версии MariaDB соответствует.

Похожее было, в итоге отказались от форков и чистый mysql работает как года 3-4 без каких либо проблем

Похожее было, в итоге отказались от форков и чистый mysql работает как года 3-4 без каких либо проблем

Не думаю, что проблема в форке. Всё же это проблема именно InnoDB и баг я нашел в трекере MySQL.

Обновил сейчас MariaDB до 10.2, буду посмотреть. Я за год две таких проблемы с индексами словил на 5.5.56.

Обновил сейчас MariaDB до 10.2, буду посмотреть. Я за год две таких проблемы с индексами словил на 5.5.56.

У нас проблема была похожая, но не такая, я же написал, и была проблема в MariaDB

У нас проблема была похожая, но не такая, я же написал, и была проблема в MariaDB

ОК, в общем, буду наблюдать. )

Привет, народ. Никто не сталкивался с повреждением индекса на MariaDB 5.5.56? InnoDB: Index "GEN_CLUST_INDEX" is marked as corrupted.

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

Обновил сейчас MariaDB до 10.2, буду посмотреть. Я за год две таких проблемы с индексами словил на 5.5.56.

я маскимально стараюсь использовать MySQL, не MariaDB

5.5.56 - старье конечно

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

Да никаких, праздники же. :) Подключился на работу поглядеть чё как и увидел.

эррор лог?

лог сервера?

Я даже смотреть не стал - не делалось ровным счетом ничего - на работе никого нет. Сразу развернул бекап и дело с концом.

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

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

Либо при бекапе вылетает

Такая хуенина была, делаешь бекап, идёшь спать

А на утро псец

ну так пересоздай индекс то

А на утро псец

Бэкап чем?

Стандарт средствами

Либо агентами

mysql dump?

Было где то года 2 или 3 назад

Ща уже давно такого не наблюдал

Либо при бекапе вылетает

Так оно же должно тогда сразу отъезжать, нет? У меня бекап в 9 утра и 16:00. В первый раз сломалось около часа дня, во второй тоже в этот промежуток.

Да хз, я уже совсем и не помню, как оно отъезжало