Zabbix vfs dev read linux примеры

Содержание

Monitor Disk IO Stats with Zabbix
Create UserParameters in Zabbix to Query /proc/diskstats
Zabbix AutoDiscovery
Create a Regular Expression in Zabbix
Create a New Template in Zabbix
Create a new UserParameter for Disk Discovery
Create a Zabbix Discovery Rule
Add Item Prototypes to Discovery Rule
Create Graph Prototypes to Plot the Above Items
Check out the Graphs
Мониторинг производительности дисковой подсистемы при помощи zabbix и block stat
Небольшое отступление
Мониторинг дисков в zabbix
Утилизация дисковой подсистемы
Время обработки запроса
Пропускная способность
Количество операций ввода-вывода в секунду
Заключение
Zabbix vfs dev read linux примеры

Monitor Disk IO Stats with Zabbix

I wanted to get a feel how much IO my machines are doing each day. As I was going through the zabbix graphs I noticed that IO statistics are not included. I did some research and I came across these forums:

Both use the same technique of querying the /proc/diskstats file and plotting that information. So let’s start setting that up.

Create UserParameters in Zabbix to Query /proc/diskstats

Both of the above links used the following UserParameters:

Add those to your /etc/zabbix/zabbix_agentd.conf file. Here is how my file looked like:

Then go ahead and restart the zabbix-agent service:

At this point you can query disk information. To make sure all of them work fine run the following:

All of that looks good. At this point the above links just create a graph for each disk separately and plot the above data. I had different types and number of disks on each machine, so I didn’t want to create a graph per device.

Zabbix AutoDiscovery

Zabbix has call feature called Discovery, where it can discover devices for you. I ran into this forum:

It had examples of how to discover services, process and lastly hard disks (which is what I was looking for). The above forum had a Perl script that output VM Name and it’s corresponding disks. I edited the file so it just showed disks. I put the script under /usr/local/bin and I made sure zabbix could execute the script:

After all of that was done, here is how the output looked like:

It spit out the partitions as well, I left it that way in case I might use them later.

Create a Regular Expression in Zabbix

I didn’t want disk statistics per partition but per disk, so let’s add a rule to just catch the disk without the partitions. Login to zabbix and then go to “Administration” -> General -> “Regular Expression”:

Then click “Create New Regular Expression” and under “Expressions”, click “New” and add the following:

Save that and on the left side, name the Regular Expression and do a test to make sure it works:

and also put in a partition to make sure it fails:

Save that and if you go back to the regular expression list you will see yours there:

Create a New Template in Zabbix

Let’s create a new template for our items and graphs. Go to “Configuration” -> “Template” -> “Create Template”. Fill out the information and add your hosts to the template:

Create a new UserParameter for Disk Discovery

Add the following into /etc/zabbix/zabbix_agentd.conf:

Restart the agent one more time:

Lastly make sure, we get the our disks from this User parameter:

The list kept going, but we now know that works.

Create a Zabbix Discovery Rule

Go to “Configuration” -> “Templates”:

Scroll down and you will see the template that you created earlier. Click on “Discovery” -> “Create Discovery Rule”. Here we will name the rule, query the UserParameter we created, and apply a filter (regular expression) to get just the disk. Here is how my configuration looked like:

Save that and if you go back to the discovery rules you will see the following:

Add Item Prototypes to Discovery Rule

Go to “Configuration” -> “Templates” -> Template_Linux_Disk -> “Discovery” -> “Item Prototypes” -> “Create Item Prototype”. Fill out the information. Here is my latency item:

I added both read and write latency. Here is my Disk Rate in Bps:

I added both read and write disk rates. I also added disk operations (read and write). I ended up defining 6 items in total, here is the list:

Create Graph Prototypes to Plot the Above Items

Go to “Configuration” -> “Templates” -> Template_Linux_Disk -> “Discovery” -> “Graph Prototypes” -> “Create Graph Prototype”. Add both read and write like so:

Using the same technique I created 3 graph prototypes:

Check out the Graphs

Go to “Monitoring” -> “Graphs”. Then pick a host and make sure only it’s corresponding disks show. For example here is what I saw for my Fedora Box which had an LVM setup:

and here is one graph:

And here are the available graphs for my Ubuntu which just had one drive in it:

Источник

Мониторинг производительности дисковой подсистемы при помощи zabbix и block stat

Вряд ли кто-то будет спорить, что наблюдение за производительностью дисковой подсистемы — чуть ли не важнейшая задача для всех высоконагруженных систем хранения и баз данных. Я изначально столкнулся с этим давным-давно, еще когда приходилось наблюдать за PostgreSQL. В последнее время вернулся к этому вопросу в связи с необходимостью тестирования различных хранилищ.

Сегодня хочу поделиться с сообществом своим текущим опытом на реальном примере zabbix и его связке с block stat.

Небольшое отступление

Я являюсь архитектором баз данных и систем хранения очень высокой производительности и больших объемов. Поэтому часто сталкиваюсь с задачами оценки, как те или иные параметры настройки системы влияют на работу СХД, какие железные конфигурации СХД лучше.

Да есть куча утилит, которая позволит протестировать диски, например тот же fio. Но ничто не сравнится с тестированием реальной нагрузкой.

Однако прежде чем подавать реальную и настоящую нагрузку, неплохо бы сначала протестировать на синтетике. А наблюдать за синтетикой лучше теми же средствами, что и за боевой системой, просто потому, что даже если ваши метрики не совсем верны методологически – они будут хотя бы те же самые и по ним можно будет делать выводы лучше/хуже.

Когда то давным-давно для этих целей использовал iostat, лютый парсер к нему и gnuplot, и даже написал статейку habr.com/post/165855. Скажу я вам – это жутко неудобно.

Куда как удобнее натравить на систему zabbix и мониторить. А к zabbix можно прикрутить модную Grafana и мониторить красиво. Сразу скажу – выбор zabbix скорее исторический: «потому что он уже был».

Мониторинг дисков в zabbix

Справедливости ради скажу, что в zabbix уже есть встроенные ключи vfs.dev.*, но увы очень мало: скорость чтения и записи, объем.

А что нужно нам?

Практика показывает что ключевые метрики по которым можно оценивать дисковую подсистему это:

Количество операций в секунду (ops)
Пропускная способность (throughput)
Время обработки запроса (latency или правильней svctime)
Утилизация дисковой подсистемы (utilization)

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

Все эти метрики есть в iostat. Но как их положить в zabbix?

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

Но мне по душе другой вариант, а именно парсинг вывода /sys/class/block/*/stat

это первоисточник данных — iostat так же использует эти данные
для разбора показателей можно ограничиться только однострочником в UserParameter без дополнительных скриптов.

Но есть и недостатки:

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

Итак, кроме самого zabbix и zabbix-agent на наблюдаемой машине нам потребуется awk. Мы используем дистрибутив CentOS 7.4 и zabbix 3.4

Данные в zabbix мы будем собирать при помощи zabbix-agent, создав пользовательские ключи. Для этого в /etc/zabbix/zabbix_agentd.d нужно создать файлик userparameter_custom.vfs.conf примерно со следующим содержимым:

UserParameter=custom.vfs.dev.io.ms[*],cat /sys/class/block/$1/stat | awk ‘‘

Тут все просто — создаем пользовательский ключ custom.vfs.dev.io.ms, в качестве параметра передаем туда имя блочного устройства, значением параметра будет 10 колонка файлика stat.

В этом файлике статистики всего 11 колонок, посмотреть их описание можно вот тут.

Колонка №10 это io_tics — количество миллисекунд затраченным устройством на ввод вывод. Как почти все параметры — эта цифра является аккумулятором и постоянно возрастает. Как же получить из них привычные метрики.

Утилизация дисковой подсистемы

Эта метрика аналогична значению поля utils команды iostat -x. Характеризует загрузку дисковой подсистемы. По сути это сколько процентов реального времени система затратила на операции ввода-вывода за интервал между опросами. Как правило при приближении к 100% система начинает все больше простаивать в ожидании когда диски обработают ваши запросы.

Чтобы получить эту цифру — надо взять значение 10 колонки файла статистики и запомнить его в zabbix как скорость изменения в секунду, не забыв умножить на 0.1 так как значение в статистике в миллисекундах, а нам нужны проценты.

Аналогичным образом можно посчитать нагрузку записью/чтением (колонки write_ticks / read_ticks).

Время обработки запроса

Эта метрика аналогична r_svctime и w_svctime для записи и чтения соответственно. По сути это усредненное время обработки запросов за интервал между опросами.

Данная метрика чуть посложнее. Рассмотрим на примере запросов на запись.

Для этого нам понадобится создать три ключа:

write ops — количество запросов на запись — колонка №5 write I/Os. Так же сохраняем как скорость

svctime или latency — искомый параметр. Создаем как вычисляемое значение: последнее значение write utils / последнее значение write ops. Плюс еще поделить на 1000 чтобы в секунды перейти

Абсолютно также считается время обработки запросов на чтение, только используя колонки №1 read I/Os и №4 read_ticks.

Пропускная способность

Метрика показывающая с какой скоростью данные были записаны или прочитаны

Для этой метрики используются колонки №3 read sectors и №5 write sectors. Значение сколько было прочитано или записано «секторов». Точно так же в zabbix сохраняем как изменение за секунду.

Единственный ньюанс — значение в файле указанно «в попугаях-секторах», причем размер этого «сектора» фиксирован 512 байт и не зависит от реальных значений ни физического ни логического сектора устройства (проверял на нескольких устройствах с реальным размером физического сектора 4к). Так что чтобы пересчитать в байты — не забудьте умножить на 512.

Количество операций ввода-вывода в секунду

Эта метрика — те самые пресловутые IOPS

Самая простая метрика — мы ее уже записывали для подсчета svc time это значение колонок №5 write I/Os и №1 read I/Os также сохраненные как скорость в секунду.

Заключение

Этих метрик мне как правило достаточно для того чтобы я мог делать обоснованные выводы. Конечно это не все цифры которые можно получить из файла статистики. Например там есть и число текущих обрабатываемых запросов, и количество запросов которые были объеденены. Но полагаю при необходимости вам не составит труда добавить их по аналогии с описанным.
И да не претендую на авторство — сам метод был когда-то давно загуглен, но за давностью лет ссылки конечно затерялись.

Увы NDA заставляет кое-что подчистить из них, но надеюсь на работоспособность шаблона это не повлияет.

А в шапке скриншот из Grafana прикрученной поверх zabbix — демонстрирующий реальные цифры с одной из тестовых инсталляций.

Источник

Zabbix vfs dev read linux примеры

Linux CPU by Zabbix agent

For Zabbix version: 5.4 and higher

Refer to the vendor documentation.

No specific Zabbix configuration is required.

Load per CPU considered sustainable. Tune if needed.

There are no template links in this template.

CPU utilization in %

The time the CPU has spent running the kernel and its processes.

The time the CPU has spent running users’ processes that are not niced.

The time the CPU has spent running users’ processes that have been niced.

Amount of time the CPU has been waiting for I/O to complete.

The amount of CPU ‘stolen’ from this virtual machine by the hypervisor for other tasks (such as running another virtual machine).

The amount of time the CPU has been servicing hardware interrupts.

The amount of time the CPU has been servicing software interrupts.

Guest time (time spent running a virtual CPU for a guest operating system)

Time spent running a niced guest (virtual CPU for guest operating systems under the control of the Linux kernel)

Group

Name

Description

Type

Key and additional info

CPU

Number of CPUs

ZABBIX_PASSIVE

system.cpu.num

Preprocessing:

ZABBIX_PASSIVE

system.cpu.load[all,avg1]

CPU

Load average (5m avg)

ZABBIX_PASSIVE

system.cpu.load[all,avg5]

CPU

Load average (15m avg)

ZABBIX_PASSIVE

system.cpu.load[all,avg15]

CPU

CPU utilization

DEPENDENT

system.cpu.util

Preprocessing:

— JAVASCRIPT: //Calculate utilization return (100 — value)

The time the CPU has spent doing nothing.

ZABBIX_PASSIVE

system.cpu.util[,idle]

CPU

CPU system time

ZABBIX_PASSIVE

system.cpu.util[,system]

CPU

CPU user time

ZABBIX_PASSIVE

system.cpu.util[,user]

CPU

CPU nice time

ZABBIX_PASSIVE

system.cpu.util[,nice]

CPU

CPU iowait time

ZABBIX_PASSIVE

system.cpu.util[,iowait]

CPU

CPU steal time

ZABBIX_PASSIVE

system.cpu.util[,steal]

CPU

CPU interrupt time

ZABBIX_PASSIVE

system.cpu.util[,interrupt]

CPU

CPU softirq time

ZABBIX_PASSIVE

system.cpu.util[,softirq]

CPU

CPU guest time

ZABBIX_PASSIVE

system.cpu.util[,guest]

CPU

CPU guest nice time

ZABBIX_PASSIVE

system.cpu.util[,guest_nice]

CPU

Context switches per second

ZABBIX_PASSIVE

system.cpu.switches

Preprocessing:

ZABBIX_PASSIVE

system.cpu.intr

Preprocessing:

Per CPU load average is too high. Your system may be slow to respond.

CPU utilization is too high. The system might be slow to respond.

Depends on:

— Load average is too high (per CPU load over <$LOAD_AVG_PER_CPU.MAX.WARN>for 5m)

Please report any issues with the template at https://support.zabbix.com

Linux filesystems by Zabbix agent

For Zabbix version: 5.4 and higher

Refer to the vendor documentation.

No specific Zabbix configuration is required.

This macro is used in filesystems discovery. Can be overridden on the host or linked template level

There are no template links in this template.

Name	Description	Expression	Severity	Dependencies and additional info
Load average is too high (per CPU load over <$LOAD_AVG_PER_CPU.MAX.WARN>for 5m)	/> <$LOAD_AVG_PER_CPU.MAX.WARN>and >0 and >0	AVERAGE
High CPU utilization (over <$CPU.UTIL.CRIT>% for 5m)

Discovery of file systems of different types.

Name

Description

Type

Key and additional info

Mounted filesystem discovery

ZABBIX_PASSIVE

vfs.fs.discovery

Filter:

Used storage in Bytes

Total space in Bytes

Space utilization in % for

Group	Name	Description	Type
Filesystems	<#FSNAME>: Used space	ZABBIX_PASSIVE	vfs.fs.size[<#FSNAME>,used]
Filesystems	<#FSNAME>: Total space	ZABBIX_PASSIVE	vfs.fs.size[<#FSNAME>,total]
Filesystems	<#FSNAME>: Space utilization	ZABBIX_PASSIVE	vfs.fs.size[<#FSNAME>,pused]
Filesystems	<#FSNAME>: Free inodes in %	ZABBIX_PASSIVE	vfs.fs.inode[<#FSNAME>,pfree]

Two conditions should match: First, space utilization should be above <$VFS.FS.PUSED.MAX.CRIT:"<#FSNAME>«>.

Second condition should be one of the following:

— The disk free space is less than 5G.

— The disk will be full in less than 24 hours.

Manual close: YES

Two conditions should match: First, space utilization should be above <$VFS.FS.PUSED.MAX.WARN:"<#FSNAME>«>.

Second condition should be one of the following:

— The disk free space is less than 10G.

— The disk will be full in less than 24 hours.

Manual close: YES

Depends on:

— <#FSNAME>: Running out of free inodes (free

Please report any issues with the template at https://support.zabbix.com

Linux memory by Zabbix agent

For Zabbix version: 5.4 and higher

Refer to the vendor documentation.

No specific Zabbix configuration is required.

This macro is used as a threshold in memory available trigger.

This macro is used as a threshold in memory utilization trigger.

There are no template links in this template.

Name	Description	Expression	Severity	Dependencies and additional info
<#FSNAME>: Disk space is critically low (used > <$VFS.FS.PUSED.MAX.CRIT:"<#FSNAME>«>%)	,pused].last()>><$VFS.FS.PUSED.MAX.CRIT:"<#FSNAME>«> and ((,total].last()>-,used].last()>)	AVERAGE	,pused].last()>><$VFS.FS.PUSED.MAX.WARN:"<#FSNAME>«> and ((,total].last()>-,used].last()>)	WARNING
<#FSNAME>: Running out of free inodes (free ,pfree].min(5m)>	AVERAGE
<#FSNAME>: Running out of free inodes (free ,pfree].min(5m)>	WARNING

Memory used percentage is calculated as (100-pavailable)

Total memory in Bytes

Available memory, in Linux, available = free + buffers + cache. On other platforms calculation may vary. See also: https://www.zabbix.com/documentation/6.0/manual/appendix/items/vm.memory.size_params

The total space of swap volume/file in bytes.

The free space of swap volume/file in bytes.

The free space of swap volume/file in percent.

Group	Name	Description	Type	Key and additional info
Memory	Memory utilization	DEPENDENT	vm.memory.utilization Preprocessing: — JAVASCRIPT: return (100-value);	ZABBIX_PASSIVE	vm.memory.size[pavailable]
Memory	Total memory	ZABBIX_PASSIVE	vm.memory.size[total]
Memory	Available memory	ZABBIX_PASSIVE	vm.memory.size[available]
Memory	Total swap space	ZABBIX_PASSIVE	system.swap.size[,total]
Memory	Free swap space	ZABBIX_PASSIVE	system.swap.size[,free]
Memory	Free swap space in %	ZABBIX_PASSIVE	system.swap.size[,pfree]

The system is running out of free memory.

Depends on:

— Lack of available memory ( 0

This trigger is ignored, if there is no swap configured

Depends on:

— High memory utilization (><$MEMORY.UTIL.MAX>% for 5m)

— Lack of available memory (

Please report any issues with the template at https://support.zabbix.com

Linux block devices by Zabbix agent

For Zabbix version: 5.4 and higher

Refer to the vendor documentation.

No specific Zabbix configuration is required.

This macro is used in block devices discovery. Can be overridden on the host or linked template level

Disk read average response time (in ms) before the trigger would fire

Disk write average response time (in ms) before the trigger would fire

There are no template links in this template.

Name	Description	Expression	Severity	Dependencies and additional info
High memory utilization (><$MEMORY.UTIL.MAX>% for 5m)	AVERAGE
High swap space usage (less than <$SWAP.PFREE.MIN.WARN>% free)

Name

Description

Type

Key and additional info

Block devices discovery

ZABBIX_PASSIVE

vfs.dev.discovery

Preprocessing:

Filter:

— A: <#DEVTYPE>MATCHES_REGEX disk

r/s. The number (after merges) of read requests completed per second for the device.

This formula contains two boolean expressions that evaluates to 1 or 0 in order to set calculated metric to zero and to avoid division by zero exception.

Current average disk queue, the number of requests outstanding on the disk at the time the performance data is collected.

Rate of total read time counter. Used in r_await calculation

Rate of total write time counter. Used in w_await calculation

Group

Name

Description

Type

Key and additional info

Storage

<#DEVNAME>: Disk read rate

DEPENDENT

vfs.dev.read.rate[<#DEVNAME>]

Preprocessing:

w/s. The number (after merges) of write requests completed per second for the device.

DEPENDENT

vfs.dev.write.rate[<#DEVNAME>]

Preprocessing:

Storage

<#DEVNAME>: Disk read request avg waiting time (r_await)

CALCULATED

vfs.dev.read.await[<#DEVNAME>]

Expression:

(last(«vfs.dev.read.time.rate[<#DEVNAME>]»)/(last(«vfs.dev.read.rate[<#DEVNAME>]»)+(last(«vfs.dev.read.rate[<#DEVNAME>]»)=0)))*1000*(last(«vfs.dev.read.rate[<#DEVNAME>]») > 0)

Storage

<#DEVNAME>: Disk write request avg waiting time (w_await)

CALCULATED

vfs.dev.write.await[<#DEVNAME>]

Expression:

(last(«vfs.dev.write.time.rate[<#DEVNAME>]»)/(last(«vfs.dev.write.rate[<#DEVNAME>]»)+(last(«vfs.dev.write.rate[<#DEVNAME>]»)=0)))*1000*(last(«vfs.dev.write.rate[<#DEVNAME>]») > 0)

Storage

<#DEVNAME>: Disk average queue size (avgqu-sz)

DEPENDENT

vfs.dev.queue_size[<#DEVNAME>]

Preprocessing:

This item is the percentage of elapsed time that the selected disk drive was busy servicing read or writes requests.

DEPENDENT

vfs.dev.util[<#DEVNAME>]

Preprocessing:

Get contents of /sys/block/<#DEVNAME>/stat for disk stats.

ZABBIX_PASSIVE

vfs.file.contents[/sys/block/<#DEVNAME>/stat]

Preprocessing:

— JAVASCRIPT: return JSON.stringify(value.trim().split(/ +/));

Zabbix_raw_items

<#DEVNAME>: Disk read time (rate)

DEPENDENT

vfs.dev.read.time.rate[<#DEVNAME>]

Preprocessing:

Zabbix_raw_items

<#DEVNAME>: Disk write time (rate)

DEPENDENT

vfs.dev.write.time.rate[<#DEVNAME>]

Preprocessing:

This trigger might indicate disk <#DEVNAME>saturation.

Manual close: YES

Please report any issues with the template at https://support.zabbix.com

Linux network interfaces by Zabbix agent

For Zabbix version: 5.4 and higher

Refer to the vendor documentation.

No specific Zabbix configuration is required.

Filter out loopbacks, nulls, docker veth links and docker0 bridge by default

Name	Description	Expression	Severity	Dependencies and additional info
<#DEVNAME>: Disk read/write request responses are too high (read > <$VFS.DEV.READ.AWAIT.WARN:"<#DEVNAME>«> ms for 15m or write > <$VFS.DEV.WRITE.AWAIT.WARN:"<#DEVNAME>«> ms for 15m)	`(^Software Loopback Interface

There are no template links in this template.

Discovery of network interfaces.

Indicates the interface RFC2863 operational state as a string.

Possible values are:»unknown», «notpresent», «down», «lowerlayerdown», «testing»,»dormant», «up».

Indicates the interface protocol type as a decimal value.

See include/uapi/linux/if_arp.h for all possible values.

Name

Description

Type

Key and additional info

Network interface discovery

ZABBIX_PASSIVE

net.if.discovery

Filter:

Group	Name	Description	Type	Key and additional info
Network_interfaces	Interface <#IFNAME>: Bits received	ZABBIX_PASSIVE	net.if.in[«<#IFNAME>«]

Preprocessing:

Network_interfaces

Interface <#IFNAME>: Bits sent

ZABBIX_PASSIVE

net.if.out[«<#IFNAME>«]

Preprocessing:

Network_interfaces

Interface <#IFNAME>: Outbound packets with errors

ZABBIX_PASSIVE

net.if.out[«<#IFNAME>«,errors]

Preprocessing:

Network_interfaces

Interface <#IFNAME>: Inbound packets with errors

ZABBIX_PASSIVE

net.if.in[«<#IFNAME>«,errors]

Preprocessing:

Network_interfaces

Interface <#IFNAME>: Outbound packets discarded

ZABBIX_PASSIVE

net.if.out[«<#IFNAME>«,dropped]

Preprocessing:

Network_interfaces

Interface <#IFNAME>: Inbound packets discarded

ZABBIX_PASSIVE

net.if.in[«<#IFNAME>«,dropped]

Preprocessing:

Network_interfaces

Interface <#IFNAME>: Operational status

ZABBIX_PASSIVE

vfs.file.contents[«/sys/class/net/<#IFNAME>/operstate»]

Preprocessing:

— JAVASCRIPT: Text is too long. Please see the template.

Network_interfaces

Interface <#IFNAME>: Interface type

ZABBIX_PASSIVE

vfs.file.contents[«/sys/class/net/<#IFNAME>/type»]

Preprocessing:

Recovers when below 80% of <$IF.ERRORS.WARN:"<#IFNAME>«> threshold

Manual close: YES

Depends on:

— Interface <#IFNAME>: Link down

This trigger expression works as follows:

1. Can be triggered if operations status is down.

2. <$IFCONTROL:"<#IFNAME>«>=1 — user can redefine Context macro to value — 0. That marks this interface as not important. No new trigger will be fired if this interface is down.

3. =1) — trigger fires only if operational status was up(1) sometime before. (So, do not fire ‘ethernal off’ interfaces.)

WARNING: if closed manually — won’t fire again on next poll, because of .diff.

Manual close: YES

This Ethernet connection has transitioned down from its known maximum speed. This might be a sign of autonegotiation issues. Ack to close.

Manual close: YES

Depends on:

— Interface <#IFNAME>: Link down

Please report any issues with the template at https://support.zabbix.com

Description: High interface utilization trigger is removed since currently it is not possible to retrieve interface speed to determine the max bandwidth.

Linux generic by Zabbix agent

For Zabbix version: 5.4 and higher

Refer to the vendor documentation.

No specific Zabbix configuration is required.

There are no template links in this template.

Name	Description	Expression	Severity	Dependencies and additional info
Interface <#IFNAME>: High error rate (> <$IF.ERRORS.WARN:"<#IFNAME>«> for 5m)	«,errors].min(5m)>><$IF.ERRORS.WARN:"<#IFNAME>«> or «,errors].min(5m)>><$IF.ERRORS.WARN:"<#IFNAME>«> «,errors].max(5m)>	WARNING	<$IFCONTROL:"<#IFNAME>«>=1 and (/operstate»].last()>=2 and /operstate»].diff()>=1) /operstate»].last()><>2 or <$IFCONTROL:"<#IFNAME>«>=0	AVERAGE
Interface <#IFNAME>: Ethernet has changed to lower speed than it was before	/type»].change()> 0 and (/type»].last()>=6 or /type»].last()>=1) and (/operstate»].last()><>2) (/type»].change()>>0 and /type»].prev()>>0) or (/operstate»].last()>=2)	INFO

System host name.

Number of users who are currently logged in.

It could be increased by using sysctrl utility or modifying file /etc/sysctl.conf.

Operating system architecture of the host.

Group	Name	Description	Type	Key and additional info
General	System boot time	ZABBIX_PASSIVE	system.boottime Preprocessing: System local time of the host.	ZABBIX_PASSIVE	system.localtime
General	System name	ZABBIX_PASSIVE	system.hostname Preprocessing: The information as normally returned by ‘uname -a’.	ZABBIX_PASSIVE	system.uname Preprocessing:
General	Number of logged in users	ZABBIX_PASSIVE	system.users.num
General	Maximum number of open file descriptors	ZABBIX_PASSIVE	kernel.maxfiles Preprocessing:
General	Maximum number of processes	ZABBIX_PASSIVE	kernel.maxproc Preprocessing:	ZABBIX_PASSIVE	proc.num
General	Number of running processes	ZABBIX_PASSIVE	proc.num[,,run]
Inventory	Operating system	ZABBIX_PASSIVE	system.sw.os Preprocessing:
Inventory	Operating system architecture	ZABBIX_PASSIVE	system.sw.arch Preprocessing:	ZABBIX_PASSIVE	system.sw.packages Preprocessing:
Security	Checksum of /etc/passwd	ZABBIX_PASSIVE	vfs.file.cksum[/etc/passwd,sha256] Preprocessing: System uptime in ‘N days, hh:mm:ss’ format.	ZABBIX_PASSIVE	system.uptime

The host system time is different from the Zabbix server time.

Manual close: YES

System name has changed. Ack to close.

Manual close: YES

Depends on:

— Getting closer to process limit (over 80% used)

Operating system description has changed. Possible reasons that system has been updated or replaced. Ack to close.

Manual close: YES

Depends on:

— System name has changed (new name: )

Manual close: YES

Depends on:

— Operating system description has changed

— System name has changed (new name: )

Manual close: YES

Please report any issues with the template at https://support.zabbix.com

Linux by Zabbix agent

For Zabbix version: 5.4 and higher
New official Linux template. Requires agent of Zabbix 3.0.14, 3.4.5 and 4.0.0 or newer.

Install Zabbix agent on Linux OS according to Zabbix documentation.

No specific Zabbix configuration is required.

Name	Description	Expression
System time is out of sync (diff with Zabbix server > <$SYSTEM.FUZZYTIME.MAX>s)
System name has changed (new name: )
Configured max number of open filedescriptors is too low (	INFO
Configured max number of processes is too low (	INFO
Getting closer to process limit (over 80% used)	/*100>80	WARNING
Operating system description has changed
has been restarted (uptime	WARNING

Name
Linux CPU by Zabbix agent
Linux block devices by Zabbix agent
Linux filesystems by Zabbix agent
Linux generic by Zabbix agent
Linux memory by Zabbix agent
Linux network interfaces by Zabbix agent
Zabbix agent

Group	Name	Description	Type	Key and additional info

Name	Description	Expression	Severity	Dependencies and additional info

Please report any issues with the template at https://support.zabbix.com

You can also provide a feedback, discuss the template or ask for help with it at ZABBIX forums.

Description: Network discovery. Zabbix agent as of 4.2 doesn’t support items such as net.if.status, net.if.speed.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник