о! заметил одну штуку... есть три пользователя каждому из которых отправилось по три сообщения, т.е. в сумме 9 действий; когда переношу пользователя из группы head в группу support то я вижу только 3 действия, только те что касаются конкретно его!...

т.е. я так понимаю это поведение нормальное; а как другим пользователям видеть произведённые действия (хоть они и не связаны с ними)? параллельно работает Zabbix 2.2.5 там такой беды нет :(

хех... добавил просто пользователя в группу head, ещё не проверял пересекаются ли права... скорее всего да :(

Сдается мне, что речь идет вот об этом улучшении: What's new in Zabbix 3.4.3 Frontend improvements Permissions are now correctly applied when revealing personal information from resolving {USER.FULLNAME}, {ESC.HISTORY} and {EVENT.ACK.HISTORY} macros. Non-super Admin users can only see personal details (such as user name, e-mail address) about themselves and other users who belong to their group. When displaying users that are from another group personal details are hidden, even though message text is viewable.

ну хз... вроде тут немного о другом; "Выполнить удаленные команды на текущем узле сети" видят все... для этого же нет ограничений

{ESC.HISTORY} → Trigger-based notifications and commands → Internal notifications Escalation history. Log of previously sent messages. Shows previously sent notifications, on which escalation step they were sent and their status (sent, in progress or failed). По-моему, как раз оно

{ESC.HISTORY} → Trigger-based notifications and commands → Internal notifications Escalation history. Log of previously sent messages. Shows previously sent notifications, on which escalation step they were sent and their status (sent, in progress or failed). По-моему, как раз оно

окей, как сделать что бы видно было? :)

окей, как сделать что бы видно было? :)

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

пока добавил в две группы

хотя странно всё это :)

Это оно и есть.

Это оно и есть.

хм, Александр, поясни пожалуйста. В документации на счет этого пункта указано - "...они будут удалены после того как не обнаруживаются указанное количество дней". Как заббикс обнаруживает ВМ-ки через lld. Т.е. я понимаю если ВМ-ку удалили, но она же есть, только переехала на другой гипервизор.

хм, Александр, поясни пожалуйста. В документации на счет этого пункта указано - "...они будут удалены после того как не обнаруживаются указанное количество дней". Как заббикс обнаруживает ВМ-ки через lld. Т.е. я понимаю если ВМ-ку удалили, но она же есть, только переехала на другой гипервизор.

а у тебя ВМы тянутся откуда? с каждого гипервизора или с вцентнера?

а у тебя ВМы тянутся откуда? с каждого гипервизора или с вцентнера?

с вцентра

ну вот ты ответил на свой вопрос

никуда она не исчезает а просто мигрирует

никуда она не исчезает а просто мигрирует

т.е. если виртуалка будет шорохаться по разным esxi в пределах одного кластера то данные по ней в заббиксе не будт обновляться и остануться как после первого запуска lld?

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

фишка ж вмвари в том что слой физических серверов - это по сути просто набор ресурсов: цпу память хранилище, а сколько там и как плавает ВМ-ов и на каком конкретном гипере та или иная вм не важно

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

это я понимаю, просто как я думал, что при каждом прогоне lld заббикс от вцентра получает текущую информацию. типо первый запуск lld полчит ВМ1 - гипер1, второй запуск - вм-ка мигрировала, значит ВМ1 - гипер2. а я вижу что информация старая)

я не испоьзовал заббикс для вмвари. но думаю можно просто провести эксперимент и понять как он обновляет или нет информацию о привязке виртуалок к гипервизорам

Оно

включить логи и посмотреть что там прилетает

Фигня там а не мониторинг вивари

кто-то к курсе откуда заббикс берет настройки подключения к серверу жаббера для отправки алармов? конкретно интересуют настройки шифрования. у меня версия 3,2 и там предлагается только это: TLS_RSA_WITH_3DES_EDE_CBC_SHA TLS_RSA_WITH_RC4_128_MD5 TLS_RSA_WITH_RC4_128_SHA

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

openssl у вас какой? Заббикс сами собирали?

Фигня там а не мониторинг вивари

Аргументируйте!

Аргументируйте!

мало. негибко. неудобно.

Я в итоге на vmbix переехал. https://github.com/dav3860/vmbix

Я в итоге на vmbix переехал. https://github.com/dav3860/vmbix

Вот это уже конструктивнее ? Пойду гляну.

Вот это уже конструктивнее ? Пойду гляну.

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

Коллеги, доброе утро не могу разобратся с мониторингом хостов через прокси. Схема следующая: Забикс-сервер — Прокси — хост Сервер и хост в разных подсетях, Прокси в одних подсетях и с сервером и с хостом Прокси активный, настраивал согласно оф. документации Порты 10050, 10051 открыты, доступны. zabbix_get -k agent.ping с сервера на прокси проходит, с прокси на хост тоже ок, но сервер не получает данные с хоста Помогите понять ЧЯДНТ.

openssl у вас какой? Заббикс сами собирали?

не сам. заббикс судя по ldd с гнутлс. ставил с оффреп (с реп самого заббикса)

Коллеги, доброе утро не могу разобратся с мониторингом хостов через прокси. Схема следующая: Забикс-сервер — Прокси — хост Сервер и хост в разных подсетях, Прокси в одних подсетях и с сервером и с хостом Прокси активный, настраивал согласно оф. документации Порты 10050, 10051 открыты, доступны. zabbix_get -k agent.ping с сервера на прокси проходит, с прокси на хост тоже ок, но сервер не получает данные с хоста Помогите понять ЧЯДНТ.

в логи смотри

но я уже пробовал включать на серверер ссл3. нифига. в итоге через sendxmpp сделал. там и тлс работает и просто работает... =)

в логи смотри

в логах прокси ничего особенного не нашел.

в логах прокси ничего особенного не нашел.

Если нет ничего подозрительного в логах прокси и сервера - значит у тебя все работает.

Если нет ничего подозрительного в логах прокси и сервера - значит у тебя все работает.

хотя вот нашел ошибку: cannot send list of active checks to "192.168.1.4": host [hostname] not found

хотя вот нашел ошибку: cannot send list of active checks to "192.168.1.4": host [hostname] not found

хост запрашивает проверку, в заббиксе такого хоста нет

либо он не переключен на прокси/сервер

смотря куда он ломится

на стороне агента в конфиге ServerActive и Server прописал и сервер и прокси

ServerActive = должен быть один

или прокси или сервре

Хостнейм в конфе сервера и конфе агента одинаковый для хоста?

Хостнейм в конфе сервера и конфе агента одинаковый для хоста?

одинаковый

ServerActive = должен быть один

оставил только прокси. не помогло :(

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

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

что-то из этого не правильно

других вариантов нет

Все так и есть. сейчас еще раз перепроверю

хотя вот нашел ошибку: cannot send list of active checks to "192.168.1.4": host [hostname] not found

ну как есть? если лог говорит об обратном

сервис рестартовал после изменеий?

рестартовал, Хостнеймы одинаковые. в веб морде мониторится через прокси.

лог сюда

с прокси

лог сюда

отписал в пм

Есть ещё вариант - прокси с сервера конфиг не получил логи смотреть на предмет этого ещё

Есть ещё вариант - прокси с сервера конфиг не получил логи смотреть на предмет этого ещё

Точно, вполне возможно

Есть ещё вариант - прокси с сервера конфиг не получил логи смотреть на предмет этого ещё

можно подробней?

Всем привет. У меня начали на jmxgateway сыпаться тайм ауты 2018-05-22 04:47:44.862 [pool-1-thread-14] WARN com.zabbix.gateway.SocketProcessor - error processing request com.zabbix.gateway.ZabbixException: java.net.SocketTimeoutException: connection timed out: service:jmx:rmi:///jndi/rmi://$MY_IP:42516/jmxrmi at com.zabbix.gateway.JMXItemChecker.getValues(JMXItemChecker.java:98) ~[zabbix-java-gateway-3.4.6.jar:na] at com.zabbix.gateway.SocketProcessor.run(SocketProcessor.java:63) ~[zabbix-java-gateway-3.4.6.jar:na] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_161] at java.lang.Thread.run(Thread.java:748) [na:1.8.0_161] Caused by: java.net.SocketTimeoutException: connection timed out: service:jmx:rmi:///jndi/rmi://%ЬНШЗ:42516/jmxrmi at com.zabbix.gateway.ZabbixJMXConnectorFactory.connect(ZabbixJMXConnectorFactory.java:123) ~[zabbix-java-gateway-3.4.6.jar:na] at com.zabbix.gateway.JMXItemChecker.getValues(JMXItemChecker.java:90) ~[zabbix-java-gateway-3.4.6.jar:na] ... 4 common frames omitted

ERROR: S client not available

ну версии какие у сервера и прокси?

При ээтом консоль явы работает

можно подробней?

ConfigFrequency=60 - опция в конфиге заббикс-прокси

zabbix-java-gateway-3.4.6-1.el7.x86_64

zabbix-proxy-mysql-3.4.6-1.el7.x86_64

можно подробней?

Дерните у прокси обновление конфигурации

сервер Zabbix 3.4.8 zabbix_proxy (Zabbix) 3.0.7 ConfigFrequency дефолтный (3600) zabbix_proxy -R config_cache_reloadzabbix_proxy [10549]: command sent successfully

выровнять надо сервер и прокси версии

сервер Zabbix 3.4.8 zabbix_proxy (Zabbix) 3.0.7 ConfigFrequency дефолтный (3600) zabbix_proxy -R config_cache_reloadzabbix_proxy [10549]: command sent successfully

и после вызова команды в логах что?

и после вызова команды в логах что?

после config_cache_reload пусто

выровнять надо сервер и прокси версии

обновился до 3.4.9

Проблема решена, спасибо всем за помошь.

Помогло обновление сервера и прокси до одинаковой версии.

ок

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

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

Да какая разница, как тебе удобней

т.е. не принципиально?

т.е. не принципиально?

доступ к базе снаружи тогда открыть не забудь

это для directdb датасорца

а так достаточно сетевой доступности API zabbix-а

т.е. не принципиально?

Тому, кому смотрит – вообще по боку.

Подскажите если время есть: Есть: Айтем првоеряющий что-то раз в 10 минут, на нем триггер который реагирует если возвращается любая строка от айтема. Не понимаю как сделать: Чтобы после того как триггер орнул, он орал бы раз в 8 часов если строка отличается от той что была 8 часов назад

Коллеги, что-то я не понимаю. Есть два сервера заббикса, надо, чтобы они следили друг за другом. С сервера Б на А агент нормально передает данные, доступен, все ок. А вот с А на Б данные не идут. Оба агента с шифрованием. В логах: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1399: error:1409445B:SSL routines:ssl3_read_bytes:reason(1115): SSL alert number 115: TLS read fatal alert "unknown PSK identity" Хотя PSK Identity прописаны корректные. Сам себя Б по PSK нормально видит. На А 30 других агентов с PSK тоже ок, разумеется, а сам себя он тоже прекрасно видит с этими параметрами PSK. В веб-интерфейсе его значок даже не красный, а просто серый, как будто нет там агента, а не ошибка подключения.

Сложно что-то посоветовать. Но если ругается на прешаред кей, то нужно в эту сторону и копать, возможно указан неверный сервер в агенте, это если агент активный, ну или неверный адрес агента на сервере, если пассивный. Фаервол смысла особого не вижу смотреть, т.к. ошибка явно говорит о том, что хосты друг до друга достучались (если это все таки те хосты).

Александр, Илья, спасибо =)

Подскажите если время есть: Есть: Айтем првоеряющий что-то раз в 10 минут, на нем триггер который реагирует если возвращается любая строка от айтема. Не понимаю как сделать: Чтобы после того как триггер орнул, он орал бы раз в 8 часов если строка отличается от той что была 8 часов назад

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

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

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

Сложно что-то посоветовать. Но если ругается на прешаред кей, то нужно в эту сторону и копать, возможно указан неверный сервер в агенте, это если агент активный, ну или неверный адрес агента на сервере, если пассивный. Фаервол смысла особого не вижу смотреть, т.к. ошибка явно говорит о том, что хосты друг до друга достучались (если это все таки те хосты).

Хосты те, порты открыты, tcptraceroute до нужных портов идет в обе стороны. Сервер верный, ошибка PSK появляется и в логе сервера, и агента, соотвественно. Отключение активного агента ничего не дает, ситуация не меняется. Сейчас и шифрование для агента на сервере отключила, чтобы хоть ошибку получить, хрен там, ничего не меняется. И в логе сервера за сегодня внезапно не вижу вообще записей об этом проблемном агенте, вижу только ошибку ссл на стороне агента в его логе. Версии агента и сервера 3.4.9.

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

Вот как достатб значение 8 часов назад, я так с разбегу не придумал, если только посчитать кол-во значений и прикинуть какое по порядку значение 8 часов назад прилитело (но это такое себе решение, может кто получше предложит). Сколько раз орать триггер будет настраивается кол-во и размером шагов в триггерах. Но впринципе можно и в один триггер все запихать. А с чего триггер должен в первый раз сработать? Изменение строки?

Вот как достатб значение 8 часов назад, я так с разбегу не придумал, если только посчитать кол-во значений и прикинуть какое по порядку значение 8 часов назад прилитело (но это такое себе решение, может кто получше предложит). Сколько раз орать триггер будет настраивается кол-во и размером шагов в триггерах. Но впринципе можно и в один триггер все запихать. А с чего триггер должен в первый раз сработать? Изменение строки?

Появлени строки. Если строка есть, надо орать

Хосты те, порты открыты, tcptraceroute до нужных портов идет в обе стороны. Сервер верный, ошибка PSK появляется и в логе сервера, и агента, соотвественно. Отключение активного агента ничего не дает, ситуация не меняется. Сейчас и шифрование для агента на сервере отключила, чтобы хоть ошибку получить, хрен там, ничего не меняется. И в логе сервера за сегодня внезапно не вижу вообще записей об этом проблемном агенте, вижу только ошибку ссл на стороне агента в его логе. Версии агента и сервера 3.4.9.

Эта ошибка в debug=5 появляется, детальность логов поднять больше некуда? Без пск тоже не подключается?