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

Есть ли возможность сделать так, чтобы после срабатывания триггера он висел на панели не 30 секунд, а 10 минут например?

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

3,2 точно умеет так

3,2 точно умеет так

живу с 3.0 еще

живу с 3.0 еще

я точно хз когда Recovery expression появилось

я точно хз когда Recovery expression появилось

В 3.2

обновить что ли тогда в выхи

а то полезная вещь

обновить что ли тогда в выхи

Дело пары минут если не из сорцоа

обновить что ли тогда в выхи

главное бекап не забудь, а то было тут с 3,2,4 ...

не, не из сорца

если из сорца тоже быстро

Дело пары минут если не из сорцоа

дольше бекап делать, да

главное бекап не забудь, а то было тут с 3,2,4 ...

Что было и у кого ?

если партишины были то дольше я 2.4 на 3.2 сразу обновлял

4 таблицы грохаешь и норм

а прокси 3.0 и сервер 3.2 друг с другом норм работают?

Что было и у кого ?

3,2,4 первой версии не стартовал же 3,2,4,2 уже стартовал, но там подписи сломали

а прокси 3.0 и сервер 3.2 друг с другом норм работают?

и агент и прокси в низ совместимы

с 3.2 все что старее работает

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

а прокси на 2.2 был

то, что до этого было добавлено работало норм

Дело пары минут если не из сорцоа

Если из сорцов, то как раз минуты :) никогда не знаешь, как собрали пакет

Если из сорцов, то как раз минуты :) никогда не знаешь, как собрали пакет

два чаю этому адеквату

Если из сорцов, то как раз минуты :) никогда не знаешь, как собрали пакет

ни разу не сталкивался с проблемой пакетов заббикса

вот тот же nginx да, лучше из пакетов сразу не ставить

и то, потому что один хер потом собирать самому с нужными опциями

сталкивался с проблемой - прокси из пакетов работал норм. а из сорцов - не норм

был очень удивлен этому факту

сталкивался с проблемой - прокси из пакетов работал норм. а из сорцов - не норм

вы не любте котят? вы просто не умеете их готовить;)

ага

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

пока они нам не выслали пакет собранный - нифига резольвер нормально не работал

сталкивался с проблемой - прокси из пакетов работал норм. а из сорцов - не норм

А причина какая?

А, прочитал

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

Может стоило обновить сусю?)

щас будет нечто!

касса магазина

неттоп

Аа

в неттопе генту

в генте вайн

в вайне самописная win-прога

местами вместо генту - некро-сусе

обновлять никто не даст )))

вот надо было накатить

Теперь я знаю что такое панк

в неттопе генту

в генте вайн

в вайне самописная win-прога

местами вместо генту - некро-сусе

Есть ли возможность сделать так, чтобы после срабатывания триггера он висел на панели не 30 секунд, а 10 минут например?

В 3.0 Попробуй через TRIGGER HYSTERESIS (по сути этот тот же RECOVERY, только менее удобный): ({TRIGGER.PROBLEM}=0 and {host:item.last()}>0) or ({TRIGGER.PROBLEM}=1 and {host:item.max(10m)}>0)

спс, попробую

так в новом заббиксе есть прямо рековери условие, теперь таких больших конструкций с TRIGGER.PROBLEM=0 не нужно

хотя по сути это то же самое :)

У кого-нибудь линки между устройствами автоматически строятся на карте забикс или на imap, представляю как это реализовать если бы все устройства поддерживали cdp или что лучше lldp, но если железо разномастные? Как то это реализовано в noc project кучей скриптов, даже определение просто по мас-у(вот тут я думаю логика очень тяжеля, наличие мас адрес не гарантия что устройства подключенно на прямую),но в питоне я мягко говоря не силён.

У кого-нибудь линки между устройствами автоматически строятся на карте забикс или на imap, представляю как это реализовать если бы все устройства поддерживали cdp или что лучше lldp, но если железо разномастные? Как то это реализовано в noc project кучей скриптов, даже определение просто по мас-у(вот тут я думаю логика очень тяжеля, наличие мас адрес не гарантия что устройства подключенно на прямую),но в питоне я мягко говоря не силён.

Скорее всего, на основе таблиц MAC-адресов каждого порта (обычно по SNMP они доступны). Естесственно, вы сможете увидеть только управляемые устройства. Неуправляемые будут как облако выглядеть.

Всем привет Возникла задача переноса zabbix-сервера на другую машину Насколько я понимаю, всё должно быть просто: делаем дамп базы, на новой машине устанавливаем заббикс, восстанавливаем там базу из дампа, копируем конфиг со старого сервера Вопрос заключается в следующем: какие подводные камни могут встретиться на моём пути?

смотря что на сервере заббикса еще завязано

Всем привет Возникла задача переноса zabbix-сервера на другую машину Насколько я понимаю, всё должно быть просто: делаем дамп базы, на новой машине устанавливаем заббикс, восстанавливаем там базу из дампа, копируем конфиг со старого сервера Вопрос заключается в следующем: какие подводные камни могут встретиться на моём пути?

Если сервер не поменяет ip/dns, то да, а так в агентах править надо

Например?

смотря что на сервере заббикса еще завязано

ip останется прежним, так что это не грозит

ERROR: S client not available

Если сервер не поменяет ip/dns, то да, а так в агентах править надо

Например?

Скрипты оповещений и прочее

Аа, понял, это тоже с собой возьму на новый сервер

Спасибо за ответы

Например тот же заббикс-телеграм уже требует питона

Понял, да

Скорее всего, на основе таблиц MAC-адресов каждого порта (обычно по SNMP они доступны). Естесственно, вы сможете увидеть только управляемые устройства. Неуправляемые будут как облако выглядеть.

Это очевидно, допустим есть два свитча мы видем хоть через консоль хоть через снмп что есть мак адреса на портах "соседей".Как определить что нет между ними другого управляемого свитча. Знаю что возможно, но с помощью тяжелого алгоритма. Так всё таки вопрос, кто то делал? С lldp/cdp вопросов нет.

Это очевидно, допустим есть два свитча мы видем хоть через консоль хоть через снмп что есть мак адреса на портах "соседей".Как определить что нет между ними другого управляемого свитча. Знаю что возможно, но с помощью тяжелого алгоритма. Так всё таки вопрос, кто то делал? С lldp/cdp вопросов нет.

Так свичи сначала надо найти.

Если в таблице порта больше одного адреса, скорее всего, это свитч, если один, то это сетевой интерфейс.

а алиасы?

Какие алиасы?

Это очевидно, допустим есть два свитча мы видем хоть через консоль хоть через снмп что есть мак адреса на портах "соседей".Как определить что нет между ними другого управляемого свитча. Знаю что возможно, но с помощью тяжелого алгоритма. Так всё таки вопрос, кто то делал? С lldp/cdp вопросов нет.

задача для любителей программировать графы. Я пытался писать скрипт на питоне, котоый 1. обходил всю сеть, 2. на каждом устройстве собирал для Management влана маки, которые прилетают с каждого интерфейса потом строил дерево сети: 1. находил устройства, у которых все маки прилетают с одного интерфейса (это конечные устройства) 2. потом находил устройства, у которых на одном интерфейсе ровно один мак (и это мак устройства из п.1) 3. потом находил устройства, у которых все маки на одном интерфейсе принадлежат устройствам из п.1 и п.2 и примерно так строилось дерево сети. почти дописал, но стало не надо.

задача для любителей программировать графы. Я пытался писать скрипт на питоне, котоый 1. обходил всю сеть, 2. на каждом устройстве собирал для Management влана маки, которые прилетают с каждого интерфейса потом строил дерево сети: 1. находил устройства, у которых все маки прилетают с одного интерфейса (это конечные устройства) 2. потом находил устройства, у которых на одном интерфейсе ровно один мак (и это мак устройства из п.1) 3. потом находил устройства, у которых все маки на одном интерфейсе принадлежат устройствам из п.1 и п.2 и примерно так строилось дерево сети. почти дописал, но стало не надо.

+

Ну и надо понимать, что если у вас есть есть какие-то кольцевые структуры и работает STP, то анализом маков в одном влане вы построите дерево STP, а не физическую топологию.

задача для любителей программировать графы. Я пытался писать скрипт на питоне, котоый 1. обходил всю сеть, 2. на каждом устройстве собирал для Management влана маки, которые прилетают с каждого интерфейса потом строил дерево сети: 1. находил устройства, у которых все маки прилетают с одного интерфейса (это конечные устройства) 2. потом находил устройства, у которых на одном интерфейсе ровно один мак (и это мак устройства из п.1) 3. потом находил устройства, у которых все маки на одном интерфейсе принадлежат устройствам из п.1 и п.2 и примерно так строилось дерево сети. почти дописал, но стало не надо.

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

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

пропингуйте сеть предварительно, чтобы все маки выучились на промежуточных коммутаторах. Ну и успевайте опросить за несколько минут, пока таблица маков не протухла. :)

пропингуйте сеть предварительно, чтобы все маки выучились на промежуточных коммутаторах. Ну и успевайте опросить за несколько минут, пока таблица маков не протухла. :)

))) это как в фильме "успеть за 600секунд".

пропингуйте сеть предварительно, чтобы все маки выучились на промежуточных коммутаторах. Ну и успевайте опросить за несколько минут, пока таблица маков не протухла. :)

Т.е. на вышестоящих свитчах полюбас будет мак нижестоящего, но не факт что наоборот.

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

Не понял, а как он не долетит? Таблицы заполняются очень просто - любой новый мак с интерфейса попадает в таблицу.

Т.е. на вышестоящих свитчах полюбас будет мак нижестоящего, но не факт что наоборот.

может быть это и не помешает, но думать надо, а лень как-то. :)

Не понял, а как он не долетит? Таблицы заполняются очень просто - любой новый мак с интерфейса попадает в таблицу.

В каком случае кадр от вышестоящего долетит до нижестоящего? Только в случае широковещательного трафика, так же? Если нет, то пожалуйста опиши ситуацию как он долетит до него

Кадр же должен долетать только до адресата. Зачем еще куда-то?

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

Кадр же должен долетать только до адресата. Зачем еще куда-то?

Вот, уже близко. А если путь к адресата не лежит через ниже стоящий, в случае изученого мака на порту?

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

Согласен

А то, может, мы про разные вещи говорим.

вот надо было накатить

у меня два спектрума, где "скачать" ? :)

Коллеги, доброе утро. Подскажите плз, как решить следующую проблему. Есть заббикс и несколько хостов, проверяет по icmp. Заббикс шлет алерты в телеграмму, если какой то хост не доступен. Сегодня ночью отвалился инет на одном,я проспал сообщения. Как отсылать сообщения о проблеме с периодичностью в н времени?

Коллеги, доброе утро. Подскажите плз, как решить следующую проблему. Есть заббикс и несколько хостов, проверяет по icmp. Заббикс шлет алерты в телеграмму, если какой то хост не доступен. Сегодня ночью отвалился инет на одном,я проспал сообщения. Как отсылать сообщения о проблеме с периодичностью в н времени?

генерировать множественные события?

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

генерировать множественные события?

спасибо

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

Можно делать Алерт не через интернет, в голосом н.р. или через смс. Но голос надежней.