proc csserver 2

Этими строками мы указываем snmpd, что в системе должно быть от двух до четырех процессов httpd и только один automount. В то же время программа csserver вообще может быть не запущена, но если она все же работает, то процессов не должно быть более двух. Если же минимальный и максимальный пороги не указаны, то процессов может быть сколько угодно. Давайте посмотрим, что snmpd нам скажет в ответ на такие приказания. Для этого открываем ветвь .iso.org.dod.internet.private.enterprises.ucdavis.prTable.prEntry.

prIndex.1 = INTEGER: 1

prIndex.2 = INTEGER: 2

prIndex.3 = INTEGER: 3

prNames.1 = STRING: httpd

prNames.2 = STRING: automount

prNames.3 = STRING: csserver

prMin.1 = INTEGER: 3

prMin.2 = INTEGER: 1

prMin.3 = INTEGER: 0

prMax.1 = INTEGER: 6

prMax.2 = INTEGER: 1

prMax.3 = INTEGER: 3

prCount.1 = INTEGER: 1

prCount.2 = INTEGER: 1

prCount.3 = INTEGER: 0

prErrorFlag.1 = INTEGER: 1

prErrorFlag.2 = INTEGER: 0

prErrorFlag.3 = INTEGER: 0

prErrMessage.1 = STRING: Too few httpd running (# = 1)

prErrMessage.2 = STRING:

prErrMessage.3 = STRING:

prErrFix.1 = INTEGER: 0

prErrFix.2 = INTEGER: 0

prErrFix.3 = INTEGER: 0

prErrFixCmd.1 = STRING:

prErrFixCmd.2 = STRING:

prErrFixCmd.3 = STRING:

Надеюсь, смысл приведенных данных всем ясен. Тут, как всегда, возможно два пути для слежения: самим контролировать значения из подветви prCount, либо опираться на код ошибки prErrorFlag и сообщение в prErrMessage. По аналогии с execfix можно использовать ключевое слово procfix для описания программы, запускаемой в случае, если с тем или иным процессом стряслось что-то неладное. Я думаю, что на основе примеров, приведенных выше, вы сможете легко самостоятельно написать определения нужных сервисов. Следующей интересной для нас веткой является .iso.org.dod.internet.private.enterprises.ucdavis.memory. В ней хранятся подробные данные о состоянии оперативной памяти. Для моей машины эта ветвь выглядит так: