@ZabbixPro

Страница 1123 из 1183
Roman
05.10.2018
08:59:03
@incognito750 а как теперь выглядит конфиг хоста с которого снимается график выше? Странно что параметры хоста изменились (был без прокси, стал через прокси) а график не изменился вообще.

D
05.10.2018
09:02:13


Ilya
05.10.2018
09:06:24
262
Логи

D
05.10.2018
09:07:12
Логи
что интересует из 389кб?

Google
D
05.10.2018
09:07:39
ни в коем случае не сарказм, или типа того

Alexander
05.10.2018
09:08:06
прокси мониторится через самого себя?

Ilya
05.10.2018
09:08:07
что интересует из 389кб?
Обычно твои загруженные анричбл поллеры могут писать, что ж у тебя такого, что хосты становятся анричбл

D
05.10.2018
09:08:30
прокси мониторится через самого себя?
да, я спрашивал по этому поводу, сказали так сделать

Ilya
05.10.2018
09:09:03
зачем?
Интересно, какие твои варианты? Если иначе не забрать инфу

D
05.10.2018
09:09:32
это к вопросу "зачем"

да

Да

Alexander
05.10.2018
09:10:00
Интересно, какие твои варианты? Если иначе не забрать инфу
может чего-то не понимаю, но прокси по идее должен быть доступен напрямую с заббикс-сервера

Ilya
05.10.2018
09:11:34
Она на то и internal

Google
Alexander
05.10.2018
09:11:55
а, ты про саму прокси статистику?

ну вклюить уровень логгирования выше и смотрель логи прокси

evgeny
05.10.2018
09:17:51
ласт валю сюда создали, голосуем https://support.zabbix.com/browse/ZBXNEXT-4792

Alexander
05.10.2018
09:21:26
я за то чтобы что написано то и было

Dmitry
05.10.2018
09:23:58
Привет! Ребят, подскажите как задать больше чем 1 groupid и templatesid при создании хоста через апи "groupid": "202", "groupid": "673" Создаёт только последний 673

Паша
05.10.2018
09:24:32
А я ничего не пропустил, не появилось ли HTTP-агента, только чтобы с мониторящегося сервера веб-сценарии выполнял, а не с заббикс-сервера?

D
05.10.2018
09:26:05
в логе формат PID:Дата:Время ?

ну вклюить уровень логгирования выше и смотрель логи прокси
https://paste.ec/paste/C-OT35Kb#vgFwWvjHZ6cd9P0pjqNsAt+0ADyMKNM96v4YtB1VMQZ , я так понимаю, смотреть надо примерно это? но я тут ни черта интересного не вижу

Aleksei
05.10.2018
09:37:02
нене. все правильно сделали
Может и правильно, но альтернативы старому поведению нет. Это просто удобно посмотреть на список алертов и увидеть не только факт алерта, но и конкретное значение метрики в данный момент.

Alexander
05.10.2018
09:38:49
потому что мне лучше видеть из-за чего сработало

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

Aleksei
05.10.2018
09:39:12
потому что мне лучше видеть из-за чего сработало
Наличие текущего значения не мешает видеть из-за чего сработало

Alexander
05.10.2018
09:39:15
тут просто дело привычки

Наличие текущего значения не мешает видеть из-за чего сработало
наличие когда сработалол не мешает видеть текущее значение

;)

Aleksei
05.10.2018
09:40:33
а то что сейчас я вижу в графике или последних данных или на карте (текущее значение)
Если ты не использовал такую возможность это еще не значит что это не нужно

Google
Aleksei
05.10.2018
09:41:07
Alexander
05.10.2018
09:42:42
если включить логику то можно и нужно понять эту перемену

а от плохих привычек (ходить за хлебом в аптеку) надо избавляться

Alexander
05.10.2018
09:43:37
если включить логику то можно и нужно понять эту перемену
Да можно и не включать, Алексей выше объяснял. )

Это, правда, не отменяет того, что у людей отобрали привычный инструмент без предоставления альтернатив.

Alexander
05.10.2018
09:45:22
я б просил запилить альтернативный дашборд "как было раньше" и закрыть тему навсегда. или внести это в настройки вообще

как вам такое, Илоны Маски?

а верните доллар по 70 коп. - совковщина

Aleksei
05.10.2018
09:48:06
если включить логику то можно и нужно понять эту перемену
Я понимаю архитектурные причины такого решения, но настолько же удобной возможности видеть текущее значение метрики триггера в 4.0 нет. Сейчас я и мои коллеги ориентируемся на список проблем и возможность сразу видеть значение метрики сильно помогает сразу правильно реагировать на проблему. Согласись что "Free disk space < 1Gb" и "Free disk space <1Gb : 0b" при одинаковом северити могут предполагать несколько разные действия для решения проблемы.

Лазать за текущим значением кудат-то за 2-3 клика это неудобно

Alexander
05.10.2018
09:49:31
о-о-о. классный пример. если у вас разная реакция на один и тот же алерт - может нало пересмотреть алерты?

как по мне так саппорт увидел алерт - сработал. не успел - сработала эскалация

Aleksei
05.10.2018
09:49:54
А она не обязательно разная. Всего не предусмотришь.

Alexander
05.10.2018
09:50:18
погоди. выше пример для чего написал?

у нас для такого примера есть 3 алерта - 20, 5, 2%

и вот когда 20 - это да, ну висит и висит

а вот когда 5 - двигаемся активнее

а если саппорт не реагирует на алерт, и при этом все продолжает работать - может и алерта такого не надо в принципе?

Google
Alexander
05.10.2018
09:52:06
ведь просто шум получается

Alexander
05.10.2018
09:54:03
никто так и не смотрел?
там со старта анричейбл

Alexander
05.10.2018
09:56:15
а если саппорт не реагирует на алерт, и при этом все продолжает работать - может и алерта такого не надо в принципе?
Тут нужно понимать, если саппорт не загружен (нет красных алертов) он чинит желтые алерты, если загружен - чинит только красные, желтые подождут

так что алерт в принципе нужен

Aleksei
05.10.2018
09:56:40
Вопрос не в движении активнее же, а в возможности видеть текущее значение. Ты считаешь, что это не нужно, а я считаю, что нужно. Да, у меня так же 3 триггера с разными северити, но например 2% от 20Тб это вё ещё дофига, а вот от 20Гб уже как-то маловато, правда? В результате изобретаются триггеры, зависящие как от процентов, так и от свободного места. Но вот беда - объем дисков на разных системах разный, возможная скорость заполнения тоже. Тут как раз и удобно видеть а сколько же сейчас там места, чтобы реакция на алерт была более адекватна. Как я и говорил, всего не предусмотришь. Есть и другие примеры, но этот особенно показателен.

Alexander
05.10.2018
09:56:43
иначе в один момент все может покраснеть и КРАНТЫ

поставьте порог срабатывания по времени например через 24 часа - хана будет т.е. 0 свободного места

D
05.10.2018
09:58:34
там со старта анричейбл
там он создается,но я не вижу что он что-то полезное делает

Admin
ERROR: S client not available

Alexander
05.10.2018
09:58:36
и тогда будет все норм

Aleksei
05.10.2018
09:59:40
поставьте порог срабатывания по времени например через 24 часа - хана будет т.е. 0 свободного места
Работает только для монотонно увеличивающихся данных. А если они прыгают +100Гб, потом -50Гб в рандомное время работает плохо.

Alexander
05.10.2018
10:00:35
согласен, пошлите мне пожалуйста начальный мессаж откуда обсуждение чувствую не тот корень я решить помогаю

а помочь хочется ?

Aleksei
05.10.2018
10:01:55
согласен, пошлите мне пожалуйста начальный мессаж откуда обсуждение чувствую не тот корень я решить помогаю
Если про моё сообщение, то дискуссия про {ITEM.LASTVALUE} в имени триггера и его работу в заббикс 4.0

Ilya
05.10.2018
10:02:28
Already made a feature request

https://support.zabbix.com/browse/ZBXNEXT-4792

Aleksei
05.10.2018
10:03:21
Да, ссылка проскакивала уже

Alexander
05.10.2018
10:07:26
Вопрос не в движении активнее же, а в возможности видеть текущее значение. Ты считаешь, что это не нужно, а я считаю, что нужно. Да, у меня так же 3 триггера с разными северити, но например 2% от 20Тб это вё ещё дофига, а вот от 20Гб уже как-то маловато, правда? В результате изобретаются триггеры, зависящие как от процентов, так и от свободного места. Но вот беда - объем дисков на разных системах разный, возможная скорость заполнения тоже. Тут как раз и удобно видеть а сколько же сейчас там места, чтобы реакция на алерт была более адекватна. Как я и говорил, всего не предусмотришь. Есть и другие примеры, но этот особенно показателен.
Про показательно. мне кажется саппорт как зольдат должен действовать. рэд алерт - все бросили и потушили. желтый - есть время - потушили. по поводу 20ТБ и 2ГБ - это ж пример за уши притянутый, ну переопреели макросом вместо % просто ГБ и все. Зачем уходим в частности и епляемся к мелочам.

Google
Alexander
05.10.2018
10:08:14
гибкости здесь не надо

Alexander
05.10.2018
10:08:45
алерт - действие - нет алерта - вот такой процесс нужен. а не рассуждать про гипотетическое заполнение и нелинейную скорость

Full
05.10.2018
10:09:17
Если про моё сообщение, то дискуссия про {ITEM.LASTVALUE} в имени триггера и его работу в заббикс 4.0
Я наблюдаю за дискуссией, и мне тоже не нравится, что ластвалюе выпилили. Но при этом у меня один уточняющий вопрос - оно ЕМНИП по-прежнему работает в описании триггера. И будет отображаться при наведении мыши на триггер. Или этого недостаточно, и значение должно быть обязательно в имени?

Alexander
05.10.2018
10:09:19
Alexander
05.10.2018
10:10:01
Не отменяет полезности видеть текущее значение метрики сразу.
я там выше писал что поведение сейчас не избавляет тебя определить последнее значение. это как яйцо или курица спор ни о чем.

Vitalii
05.10.2018
10:10:27


Alexander
05.10.2018
10:11:09
ну ты гнешь свою линию а я свою

спор бесполезен

ты не согласен с моим видением а я с твоим

приехали

я говорю алерт сработал - иди на хост и смотри

а ты говоришь что алерт сработал - можно почесаться

а я говорю что алерт сработал красный - нечего чесаться - иди и делай

а ты говоришь что хочу видеть ласт волью

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

может надо тупо +1 колумн сделать и назвать его ласт волью

Aleksei
05.10.2018
10:12:55
А я говорю, что когда алерт сработал увидеть что же на хосте сразу в мониторинге, ещё до того как начал что-то делать таки удобно и полезно.

Alexander
05.10.2018
10:12:57
бегаем по кругу в общем

Страница 1123 из 1183