URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 89401
[ Назад ]

Исходное сообщение
"Проблема мониторинга системных ресурсов с помощью MRTG"

Отправлено imOn , 19-Июл-10 15:27 
Здравствуйте!
Есть сервер с установленным Debian 5.0.5 Lenny, для мониторинга различных параметров установил MRTG 2.16.2. С помощью cfgmaker-а создал конфиг для cisco 2610, из которого выкинул лишние интерфейсы, все заработало нормально. После этого вручную создал отдельный конфиг для Squid, запустил, обратил внимание, что графики стали рисоваться не сразу, а где-то минут через 30, связано как я понял было с тем что в конфиге использовались OID описанные в соответствующем MIB файле (который указан в конфиге), но в папке, где лежал результирующий index.html есть файл oid-mib-cache.txt, в котором прописано соответствие между идентификатором из MIB и реальным OID номером, видимо система не сразу устанавливает соответствие и этот файл заполнился данными через некоторое время, после чего графики стали рисоваться. Ну и в дополнении решил отмониторить системные ресурсы (загрузка процессора, память, дисковое пространство), создал вот такой конфиг:

WorkDir: /var/www/mrtg/resources
LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt, /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt
Language: russian

# CPU
Target[localhost.cpu]:ssCpuRawUser.0&ssCpuRawUser.0:public@192.168.0.1+ ssCpuRawSystem.0&ssCpuRawSystem.0:public@192.168.0.1+ssCpuRawNice.0&ssCpuRawNice.0:public@192.168.0.1
RouterUptime[localhost.cpu]: public@192.168.0.1
MaxBytes[localhost.cpu]: 100
Title[localhost.cpu]: CPU Load
PageTop[localhost.cpu]: <H1>Active CPU Load %</H1>
Unscaled[localhost.cpu]: ymwd
ShortLegend[localhost.cpu]: %
YLegend[localhost.cpu]: CPU Utilization
Legend1[localhost.cpu]: Active CPU in % (Load)
Legend2[localhost.cpu]:
Legend3[localhost.cpu]:
Legend4[localhost.cpu]:
LegendI[localhost.cpu]: Active
LegendO[localhost.cpu]:
Options[localhost.cpu]: growright,nopercent

# Memory Usage
Target[localhost.mem]: .1.3.6.1.4.1.2021.4.6.0&.1.3.6.1.4.1.2021.4.6.0:public@192.168.0.1
PageTop[localhost.mem]: <H1>Free Memory</H1>
Options[localhost.mem]: nopercent,growright,gauge,noinfo
Title[localhost.mem]: Free Memory
MaxBytes[localhost.mem]: 536870912
kMG[localhost.mem]: k,M,G,T,P,X
YLegend[localhost.mem]: bytes
ShortLegend[localhost.mem]: bytes
LegendI[localhost.mem]: Free Memory:
LegendO[localhost.mem]:
Legend1[localhost.mem]: Free memory, not including swap, in bytes
# Memory Monitoring (Total Versus Available Memory)
Target[server.memory]: memAvailReal.0&memTotalReal.0:public@192.168.0.1
Title[server.memory]: Free Memory
PageTop[server.memory]: <H1>Free Memory</H1>
MaxBytes[server.memory]: 536870912
ShortLegend[server.memory]: B
YLegend[server.memory]: Bytes
LegendI[server.memory]: Free
LegendO[server.memory]: Total
Legend1[server.memory]: Free memory, not including swap, in bytes
Legend2[server.memory]: Total memory
Options[server.memory]: gauge,growright,nopercent
kMG[server.memory]: k,M,G,T,P,X

# Memory Monitoring (Percentage usage)
Title[server.mempercent]: Percentage Free Memory
PageTop[server.mempercent]: <H1>Percentage Free Memory</H1>
Target[server.mempercent]: ( memAvailReal.0&memAvailReal.0:publicy@192.168.0.1 ) * 100 / ( memTotalReal.0&memTotalReal.0:public@192.168.0.1 )
options[server.mempercent]: growright,gauge,transparent,nopercent
Unscaled[server.mempercent]: ymwd
MaxBytes[server.mempercent]: 100
YLegend[server.mempercent]: Memory %
ShortLegend[server.mempercent]: Percent
LegendI[server.mempercent]: Free
LegendO[server.mempercent]: Free
Legend1[server.mempercent]: Percentage Free Memory
Legend2[server.mempercent]: Percentage Free Memory

# Disk Usage
Target[server.disk]: dskPercent.1&dskPercent.2:public@192.168.0.1
Title[server.disk]: Disk Partition Usage
PageTop[server.disk]: <H1>Disk Partition Usage /home and /var</H1>
MaxBytes[server.disk]: 100
ShortLegend[server.disk]: %
YLegend[server.disk]: Utilization
LegendI[server.disk]: /home
LegendO[server.disk]: /var
Options[server.disk]: gauge,growright,nopercent
Unscaled[server.disk]: ymwd

Indexmaker-ом создал отдельный index.html, добавил дополнительную строку в Cron, и перезапустил Cron. В результате прошло уже полдня, графики пустые, в соответствующем oid-mib-cache.txt присутствует только строка - ssCpuRawUser    1.3.6.1.4.1.2021.11.50
В логах при срабатывании Крона идут ошибки:
SNMP Error:
no response received
SNMPv1_Session (remote host: "192.168.0.1" [192.168.0.1].161)
                  community: "public"
                 request ID: 170132795
                PDU bufsize: 8000 bytes
                    timeout: 2s
                    retries: 5
                    backoff: 1)
at /usr/share/perl5/SNMP_util.pm line 492
SNMPGET Problem for ssCpuRawUser.0 ssCpuRawUser.0 sysUptime sysName on public@192.168.0.1::::::v4only
at /usr/bin/mrtg line 2207
2010-07-19 15:20:02: WARNING: skipping because at least the query for ssCpuRawUser.0 on  192.168.0.1 did not succeed
2010-07-19 15:20:02: WARNING: no data for ssCpuRawUser&ssCpuRawUser:public@192.168.0.1. Skipping further queries for Host 192.168.0.1 in this round.
2010-07-19 15:20:12: ERROR: Target[localhost.cpu][_IN_] ' $target->[0]{$mode} +  $target->[1]{$mode} + $target->[2]{$mode} ' (warn): Use of uninitialized value in addition (+) at (eval 16) line 1.
2010-07-19 15:20:12: ERROR: Target[localhost.cpu][_OUT_] ' $target->[0]{$mode} +  $target->[1]{$mode} + $target->[2]{$mode} ' (warn): Use of uninitialized value in addition (+) at (eval 17) line 1.
SNMP Error:
no response received
SNMPv1_Session (remote host: "192.168.0.1" [192.168.0.1].161)
                  community: "public"
                 request ID: 1042245078
                PDU bufsize: 8000 bytes
                    timeout: 2s
                    retries: 5
                    backoff: 1)
at /usr/share/perl5/SNMP_util.pm line 492
SNMPGET Problem for sysUptime sysName on public@192.168.0.1
at /usr/bin/mrtg line 661
2010-07-19 15:20:12: ERROR: Target[localhost.mem][_IN_] ' $target->[3]{$mode} ' did not eval into defined data
2010-07-19 15:20:12: ERROR: Target[localhost.mem][_OUT_] ' $target->[3]{$mode} ' did not eval into defined data
2010-07-19 15:20:12: ERROR: Target[server.memory][_IN_] ' $target->[4]{$mode} ' did not eval into defined data
2010-07-19 15:20:12: ERROR: Target[server.memory][_OUT_] ' $target->[4]{$mode} ' did not eval into defined data
2010-07-19 15:20:12: ERROR: Target[server.mempercent][_IN_] '(  $target->[5]{$mode}  ) * 100 / (  $target->[6]{$mode}  )' (warn): Use of uninitialized value in division (/) at (eval 3279) line 1.
2010-07-19 15:20:12: ERROR: Target[server.mempercent][_OUT_] '(  $target->[5]{$mode}  ) * 100 / (  $target->[6]{$mode}  )' (warn): Use of uninitialized value in division (/) at (eval 3280) line 1.
2010-07-19 15:20:12: ERROR: Target[server.disk][_IN_] ' $target->[7]{$mode} ' did not eval into defined data
2010-07-19 15:20:12: ERROR: Target[server.disk][_OUT_] ' $target->[7]{$mode} ' did not eval into defined data

Где то прочитал, что в некоторых последних версиях дистрибутива неправильно парсятся MIB файлы, несколько раз с этим столкнулся, если запускать snmpwalk с указанием соответствующего MIB-а
Может кто нить, что нить подскажет, заранее благодарен!!!!


Содержание

Сообщения в этом обсуждении
"Проблема мониторинга системных ресурсов с помощью MRTG"
Отправлено Aquarius , 19-Июл-10 21:10 
а snmpd запущен?

"Проблема мониторинга системных ресурсов с помощью MRTG"
Отправлено imOn , 19-Июл-10 23:08 
>а snmpd запущен?

конечно, т.к. странички со статистикой cisco и squid в этот момент работают и обновляются.


"Проблема мониторинга системных ресурсов с помощью MRTG"
Отправлено crash , 20-Июл-10 06:10 
>>а snmpd запущен?
>
>конечно, т.к. странички со статистикой cisco и squid в этот момент работают
>и обновляются.

для cisco не надо иметь на сервере snmpd, поэтому это не показатель работы на вашем сервере snmpd.


"Проблема мониторинга системных ресурсов с помощью MRTG"
Отправлено Aquarius , 23-Июл-10 19:35 
>для cisco не надо иметь на сервере snmpd, поэтому это не показатель
>работы на вашем сервере snmpd.

и squid тоже "сам с усами"

так snmpd запущен?


"Проблема мониторинга системных ресурсов с помощью MRTG"
Отправлено anonymous , 24-Июл-10 13:01 
>>для cisco не надо иметь на сервере snmpd, поэтому это не показатель
>>работы на вашем сервере snmpd.
>
>и squid тоже "сам с усами"
>
>так snmpd запущен?

лучше бы вы вылезли из гамака и стали пользоваться хотя бы munin


"Проблема мониторинга системных ресурсов с помощью MRTG"
Отправлено imOn , 26-Июл-10 09:58 
Всем спасибо!
snmpd был запущен, но я с правами намудрил, теперь все нормально, графики строятся, но все таки с парсингом MIB файлов косяк вроде как присутствует - графики начинают отрисовываться не сразу, а только после заполнения oid-mib-cache.txt, поэтому в конфигах стоит либо сразу указывать OID-и объектов, либо вручную добавить нужные объекты в oid-mib-cache.txt