/proc/meminfo + gawk = удобный JSON для discovery метрик в zabbix

[Sleuthhound]

Зачем эти костыли с gawk и небезопасным system.run когда в zabbix есть javascript препроцессинг? Уж написали бы тогда скрипт на bash, который все в json обернет и все, а то какая-то машина без колес получилась — сама не едет и толкать бессмысленно.

[legolegs]

Язык awk специально был придуман вот для таких задач, в отличие от баша и яваскрипта. Если не писать на нём в одну строку, то даже довольно удобный.

[gonchik]

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

[dima_sheihin]

Цель определить почему валится один из сервисов, предполагали по памяти, но что конкретно происходит было не понятно. Заглянул в мануал Interpreting /proc/meminfo and free output for Red Hat пришел в выводу что от версии ядра очень сильно зависит интерпретация параметров, к примеру:
Red Hat Linux 5, 6 and 7.0 Mem used = MemTotal — MemFree
Red Hat Linux 7.1 or later Mem used = MemTotal — MemFree — Buffers — Cached — Slab
Плюс накладывается интерпретация внутри zabbix агента, а нужны были именно показатели с сервера, чтоб на них смотреть.

[keydon2]

Достаточно одним айтемом c типом активный zabbix agent fs.file.contents[/proc/meminfo] прочитать файл, а на сервере распарсить регулярками в вычисляемых айтемах, без лишних соединений с сервером/прокси, без лишнего дискавери, без лишнего форматирования в json.

[dima_sheihin]

Согласен — это тоже вариант, однако zabbix 4 версии, которая используется и сопровождается, при в discovery нет пред-обработки, а значит и распарсить не выйдет, а это в свою очередь предполагает что метрики нужно будет набить руками, в принципе ничего страшного, но я хотел полностью автоматизировать процесс.
В дальнейших версиях например zabbix 5 версии в discovery уже есть пред-обработка и этот вариант возможен.
К тому-же в zabbix 5 версии есть очень крутая штука это discovery на основе метрики, скажем загнал в метрику через zabbix agent fs.file.contents[/proc/meminfo] вывод пред-обработанный и сформированный в JSON и можно с него и зависимые метрики снабжать информацией и discovery делать