hrStorageDescr.3 = STRING: Swap Space

hrStorageDescr.4 = STRING: /

hrStorageDescr.5 = STRING: /home

hrStorageDescr.6 = STRING: /proc/bus/usb

В hrStorageAllocationUnits указан размер блока для каждого из устройств:

hrStorageAllocationUnits.2 = INTEGER: 1024 Bytes

hrStorageAllocationUnits.3 = INTEGER: 1024 Bytes

hrStorageAllocationUnits.4 = INTEGER: 4096 Bytes

hrStorageAllocationUnits.5 = INTEGER: 4096 Bytes

hrStorageAllocationUnits.6 = INTEGER: 1024 Bytes

Ну а hrStorageSize указывает, сколько блоков в каждом устройстве.

hrStorageSize.2 = INTEGER: 54156

hrStorageSize.3 = INTEGER: 216836

hrStorageSize.4 = INTEGER: 273087

hrStorageSize.5 = INTEGER: 196780

hrStorageSize.6 = INTEGER: 0

И наконец, самое интересное. Как вы уже, наверное, догадались, hrStorageUsed содержит данные о том, сколько блоков занято на каждом из устройств.

hrStorageUsed.2 = INTEGER: 52564

hrStorageUsed.3 = INTEGER: 11220

hrStorageUsed.4 = INTEGER: 235014

hrStorageUsed.5 = INTEGER: 8755

hrStorageUsed.6 = INTEGER: 0

Теперь дело за малым: высчитать, сколько блоков соответствуют заполнению устройств на 80% и 90%. И затем создать на основе этих данных правила проверки.

В качестве примера приведем описание сервиса, показывающего, как обстоят дела с заполнением корневого раздела.

define service{

 use    generic-service

 host_name   Linux

 service_description  Space on /

 is_volatile   0

 check_period   24x7

 check_snmp_oid!.1.3.6.1.2.1.25.2.3.1.6.4!InK12345!218470!245778!blocks!2c

 }