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

Тебе накидали идей штук 5 как поступить, перечитай и выбери то что тебе подходит или скомбинируй

Не. Вашей конторе надо пересмотреть процессы. Вы работу дурную делаете и из-за этого у вас мигрень

Вам выровнять все за месяц можно

Не. Вашей конторе надо пересмотреть процессы. Вы работу дурную делаете и из-за этого у вас мигрень

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

На опенсорце

Вам выровнять все за месяц можно

При чем данный кейс за пару дней

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

Сколько много?

Сколько много?

около 13к

Я работал на заводах 7 тыщ и 15 тыщ

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

У вас ИТ-Директор есть?

даже несколько xD

но это уже не ит-директора, а бизнесмены

Несколько быть не может, если только не холдинг

Кароче он больше всех страдает

Рисуй схемы кидай в почту и едь на прием

Жизнь слишком короткая, чтобы сидеть ровно на этой самой. И использовать тупой топор

Несколько быть не может, если только не холдинг

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

Так придется добавлять в день по 50-100 принятых девайсов, проще автообнаруживать всё

Так все новые, автообнаруженные, в группу "пофиг" а те что приняты в сопровождение, переноси в группу "важные". Их ж меньше 150 в день

я понял проблема в отсутствии метаданных о принятии устройства в эксплуатацию

вот такие очередюки

это кошмарно,

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

А что говорят внутренние проверки? В логи смотрели? Сбор по агентам или снмп?

Сервер прокси видит? что написано в last seen?

Сервер прокси видит? что написано в last seen?

last seen говорит 1 мин назад

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

А можно поодобней?:)

ок что во внутренних процессах самих прокси?

А можно поодобней?:)

Так написано же - использование реляционной СУБД где нужна Timeserials БД

Так написано же - использование реляционной СУБД где нужна Timeserials БД

Ага, спасибо:)

last seen говорит 1 мин назад

Нужно понять дело в передаче на сервер или в сборе на прокси

А что говорят внутренние проверки? В логи смотрели? Сбор по агентам или снмп?

сбор по спмп, в основном сетевые устройства. в логах ничего криминального

логи прокси?

логи прокси?

root@Proxy01:~# tail /var/log/zabbix/zabbix_proxy.log 10705:20180823:103619.253 In substitute_simple_macros() data:'{$SNMP_PRIV}' 10705:20180823:103619.253 In DCget_user_macro() macro:'{$SNMP_PRIV}' 10705:20180823:103619.253 End of DCget_user_macro() 10705:20180823:103619.253 End substitute_simple_macros() data:'XXXXXX' 10705:20180823:103619.253 In substitute_simple_macros() data:EMPTY 10705:20180823:103619.253 In substitute_simple_macros() data:EMPTY 10705:20180823:103619.253 In substitute_key_macros() data:'IF-MIB::ifOutOctets.22' 10705:20180823:103619.253 End of substitute_key_macros():SUCCEED data:'IF-MIB::ifOutOctets.22' 10705:20180823:103619.253 In get_values_snmp() host:'XXXX' addr:XXXX' num:1 10705:20180823:103619.253 In zbx_snmp_open_session()

Большой текст

root@Proxy01:~# tail /var/log/zabbix/zabbix_proxy.log 10705:20180823:103619.253 In substitute_simple_macros() data:'{$SNMP_PRIV}' 10705:20180823:103619.253 In DCget_user_macro() macro:'{$SNMP_PRIV}' 10705:20180823:103619.253 End of DCget_user_macro() 10705:20180823:103619.253 End substitute_simple_macros() data:'XXXXXX' 10705:20180823:103619.253 In substitute_simple_macros() data:EMPTY 10705:20180823:103619.253 In substitute_simple_macros() data:EMPTY 10705:20180823:103619.253 In substitute_key_macros() data:'IF-MIB::ifOutOctets.22' 10705:20180823:103619.253 End of substitute_key_macros():SUCCEED data:'IF-MIB::ifOutOctets.22' 10705:20180823:103619.253 In get_values_snmp() host:'XXXX' addr:XXXX' num:1 10705:20180823:103619.253 In zbx_snmp_open_session()

А далее? тут инициализация подключения к устройству в итоге до устройств он достукивается?

Большой текст

Нельзя отправлять столько много буков?

Через regsub можно разбить и вывести нужные строки

Нельзя отправлять столько много буков?

Большой текст сокращается

Большой текст

полный текст короче, чем текст в ошибке ниже...

полный текст короче, чем текст в ошибке ниже...

Ниже - название триггера

Или тоже last value?

Ниже - название триггера

да, просто название, ты прав

странно просто, не очень ведь длинное значение:)

странно просто, не очень ведь длинное значение:)

Неизвестно

Проще обрезать всё

оно уже после препроцессинга..

И что? Как это в базе указано? После или не после

Регуляркой обрезаю

Ты хочешь спорить? Или тебе нужен был ответ?

Коллеги подскажите пожалуйста. Есть маршрутизатор, есть узел "за ним", есть триггеры и там и там "узел недоступен", зависимость настроена. При отваливании маршрутизатора - узел за ним находится в состоянии "ОК", а нельзя как то обозначить что этот узел в "неизвестном" состоянии, чтобы обратить на него внимание, например на карте? (говорят в нагиос зависимоть работает так)

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

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

т.е. оно не должно так работать?

Оба триггера должны срабатывать

Ты хочешь спорить? Или тебе нужен был ответ?

Спорить не хочу. Похоже больше 20 символов не отображает просто. Вариант резать или https://support.zabbix.com/browse/ZBX-4303

Коллеги подскажите пожалуйста. Есть маршрутизатор, есть узел "за ним", есть триггеры и там и там "узел недоступен", зависимость настроена. При отваливании маршрутизатора - узел за ним находится в состоянии "ОК", а нельзя как то обозначить что этот узел в "неизвестном" состоянии, чтобы обратить на него внимание, например на карте? (говорят в нагиос зависимоть работает так)

В нагиосе можно для хоста указывать родителя - тогда строится зависимость

Коллеги подскажите пожалуйста. Есть маршрутизатор, есть узел "за ним", есть триггеры и там и там "узел недоступен", зависимость настроена. При отваливании маршрутизатора - узел за ним находится в состоянии "ОК", а нельзя как то обозначить что этот узел в "неизвестном" состоянии, чтобы обратить на него внимание, например на карте? (говорят в нагиос зависимоть работает так)

А чего хочется? Подсвечивать такой узел на карте серым? Тогда можно сделать для него триггер уровня Not classified без зависимостей от вышестоящего узла, например, с nodata=1, который будет срабатывать в этих случаях. Если триггеры с более высокими важностями не сработают из-за зависимостей, а сработает только этот, то результат будет достигнут.

А чего хочется? Подсвечивать такой узел на карте серым? Тогда можно сделать для него триггер уровня Not classified без зависимостей от вышестоящего узла, например, с nodata=1, который будет срабатывать в этих случаях. Если триггеры с более высокими важностями не сработают из-за зависимостей, а сработает только этот, то результат будет достигнут.

Да, я думал об этом. Пойду тестить. Спасибо

всем день добрый

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

https://www.zabbix.com/forum/in-russian/364746-%D0%B7%D0%B0%D0%B1%D0%B1%D0%B8%D0%BA%D1%81-%D0%BF%D0%BE%D0%B4%D0%B2%D0%B8%D1%81%D0%B0%D0%B5%D1%82-%D0%BF%D1%80%D0%B8-%D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%B5-xml

Смотреть логи

ERROR: S client not available

Пхпшные

сек

гляну

[:error] [pid 8141] [client 46.216.25.26:52788] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /usr/share/zabbix/include/classes/debug/CProfiler.php on line 268

=(

[:error] [pid 8141] [client 46.216.25.26:52788] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /usr/share/zabbix/include/classes/debug/CProfiler.php on line 268

Ошибку гуглить пробовал?

да

этим сейчас и занимаюсь

Ну там всё есть ? Удачи

спасибо)

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

как вы вообще обычно добавляйте большое колличество узлов и тд?

я делал скрипт на баше для генерации xml

мб есть другие способы?

или готовые решения

как вы вообще обычно добавляйте большое колличество узлов и тд?

Файл инвентаризации для ансибла

И ансиблом добавлять

как вы вообще обычно добавляйте большое колличество узлов и тд?

Через апи

И обязательно последовательно

Через апи

?

как вы вообще обычно добавляйте большое колличество узлов и тд?

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

воркс лайк э чарм

дичь

дичь

Конечно. Лучше генерить xml

=))

Это не дичь, конечно

все дичь)

дичь

Дичь - это не посмотреть в логи и писать в форум

дичь это в 2018 иксмл генерить )

я таким тоже занимался

Конечно. Лучше генерить xml

только хардкор, суровые тагильские мужики

года 3-4 назад