SA_kr, если работает в активном режиме, значит, нужно смотреть на шлюз (керио) в поисках правила, разрешающего соединение кого попало с заббикс-сервером и такое же правило на запросы от заббикс-сервера к агентам. Весьма вероятно, что сеть проектировалась под работу сервера в пассивном режиме. Стоит ли перепиливать - может и нет. А доступ до 99.1 надо выколачивать из предыдущего админа, особенно если он в твоем ведении.
Проверьте тип итема, он у вас похоже типа zabbix trapper вместо zabbix agent. Ещё - сколько времени выполняется скрипт? У заббикс-агента есть ограничение по времени получения данных то ли 1000 мс то ли 2000 мс, всё что работает дольше может порождать ошибки таймаута.
Кроме того, сам 8.8.8.8 территориально распределен, и таких кластеров не один, а несколько в разных местах Земли. Я не помню, как называется такая технология, по которой можно зарулить 8.8.8.8 в конкретный ДЦ, помимо тупого роутинга, но она есть и работает.
Рональд Макдональд возможно, если собрать рабочую медиа с более новой винды, и старое ПО подтянет необходимые драйвера. У меня Paragon HDD manager 15й собирает recovery media с использованием виндовой winre.wim, в которой все драйвера спрятаны, то есть если его поставить на 10ю винду и собрать recovery media, должно завестись больше устройств, чем при сборке из условной семерки.
"Скрипты в Zabbix" из статьи - по факту внешние, мануал по использованию тут https://www.zabbix.com/documentation/current/manua... а писать их можно на чем угодно, хоть bash хоть python хоть вообще исполняемый файл, главное, чтобы из-под пользователя zabbix работал и возвращал в stdout'e желаемые заббиксу значения.
Альтконфиг работает, если по DHCP ничего не было получено. К сожалению, это ужасно негибкое и неуправляемое решение, но в конкретном частном случае может и сработать. Если пользователь в настройки сети не полезет с тех пор.
АртемЪ, нифига, мне попадалось ПО, которое лезло в свойства диска за его типом, и не запускалось, если там был не cdrom. Правда и было это лет 20 назад, но прецедент есть.
ru6ak, сначала проверь, проверяет ли оно тип диска на самом деле - этим занимаются не все программы. Если проверяет, то только айскази, причем в режиме только чтение и без локального кэша, во избежание порчи данных на подключенном диске или чтения мусорных данных.
Если я убираю фильтр в правиле обнаружения, то получаю ошибку
У вас результат скрипта, судя по содержимому, содержит информацию обо всех нодах, а судя по ошибке, итем, собирающий этот результат, является прототипом. Вынесите его из прототипов в список обычных итемов, но в прототипах зависимых итемов используйте его как источник данных, схватив за общий ключ "kubernetes.node.res". Should do.
Юрий Чудновский, создаешь dependent item от полученного текста и вытаскиваешь значение постобработкой regex match+regex parser, нечто вроде такого:
только вместо текста в примере надо вставить {#NODENAME}.cpu (\w+) или {#NODENAME}.ram (\w+)
radioactivetoy, в сущности поняли правильно, но интересует конкретно порт на том свитче, в который воткнут роутер, и порт, в который воткнута остальная сеть. Похоже, я угадал, и порт(ы), где свитчи, в access mode.
Saboteur заббикс так умеет, отдельно хранит "строку с логами", отдельно от неё зависимые величины (распарсенные и посчитанные, а-ля "cpu0=12,cpu1=23" можно свести в cpu_all=34 или 17, если взять сумму или среднее).
KIRNESS, сам заббикс-сервер не испытывает ли проблем с запуском мониторов или записью данных в базу? Если вдруг на 26й минуте имеется всплеск zabbix queue, смотрите, что загружает сам сервер. Посмотрите, не запускается ли по расписанию что-то на том хосте, с которым рвется связь. Посмотрите, нет ли у вас потерь на сети. Вообще такой график настраивает на вдумчивую отладку на месте, а не "по телефону".
А выглядит оно вот так. Здесь доступны для вставки в формулу прототипы фактических измеряющих элементов, ключи сверь, должны совпадать с точностью до бэкслэшей перед кавычками.
