Одна наносекунда в скриптах никакой роли не играет. А в разбиении легко.

Даже миллисекунда - абстракция в реальном окружении, т.к. часы у большинства явно не атомные.

И, кстати, наличие долей секунды делает запрос к api ещё более загадочным, т.к. в том же event get время - это timestamp, а возвращаемые значения вместе с наносекундами.

кстати

почему ssh проверки есть, а RMI проверок нет?

было бы весьма удобно

Только мне кажется это изъяном?

У меня такой вопрос вопрос к дизайну проверок для клатеризованных систем, в частности для ролей MS Failover Cluster. Пример: есть двухузловой кластер с ролью MS SQL Server, проверки по узлам - всякие утилизации CPU, памяти, свободного места - собираются как пассивными агентскими проверками, так и активными. А вот проверки с роли MS SQL Server можно собирать только пассивными, ибо в конфиге агента Hostname прописан умя узла кластера.
Это же никак не обойти красиво? Если я пропишу в конфиг Hostname = ИМЯ_РОЛИ, то отвалятся активные проверки на узлах.

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

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

не, я хочу perf_counter

Ох и жирные до ресурсов эти скрипты для мониторинга кластеров на ps получаются. Потом посмотри, сколько у тебя cpu на такой скрипт тратится. Одни кластерные оснастки чего стоят.

Это совсем дряной способ. Лучше уж на дотнете сделать.

Гляньте в дебаг режиме веб-интерфейса, это же не секрет.

Нет готовых хороших решений для failover cluster.

Добрый вечер, коллеги!

Не работает вкладка отчеты -> оповещения.
Апач отдает 500 ошибку. Версия zabbix-server 4.0.7.
Если поставить английский язык в профиле то открывается просто пуста страница.
В чем может быть причина?

Что говорят логи апача?

Там отрезок. Я написал как должно быть. Есть правильный хороший вариант, а есть тот, который есть.

Для мониторинга состояния кластера?

От одного просто (без)действия генерится тонна бесполезных сообщений.
Будем банить.