Re: Статистика с CGP при помощи MRTG...

От: Alexander Anisimov <CGatePro_at_mx_ru>
Дата: Fri 04 May 2007 - 00:39:33 MSD

Добрый вечер!

Вроде все заработало:
# snmpwalk -c public -v 1 localhost

SNMPv2-MIB::sysDescr.0 = STRING: CommuniGate Pro v5.1.8, Linux
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.5678.2
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (778300) 2:09:43.00

.....
SNMPv2-MIB::snmpInASNParseErrs.0 = Counter32: 54

Но одно заработало. А другое работать перестало (перестала поступать информация на mrtg от LM-SENSORS).

Т.е.до этого был другой вывод информации. В команде snmpwalk вместо "вступления" SNMPv2-MIB:: было LM-SENSORS-MIB::

Иными словами раньше, команда snmpwalk -v1 -c MyPassw localhost .1.3.6.1.4.1.2021.13.16 выдавала список разных параметров с lm-sensors. А команда snmpwalk -v1 -c MyPassw localhost .1.3.6.1.4.1.5678.2.1.1.1.2.10.0 которая должна выводить параметры Communigate Pro. Сообщала такую ошибку ---> MyPassw: Unknown Object Identifier (Sub-id not found: iso -> MyPassw)

То сейчас все наоборот:
snmpwalk -v1 -c MyPassw localhost .1.3.6.1.4.1.2021.13.16 LM-SENSORS-MIB::lmSensors = No Such Object available on this agent at this OID
и
snmpwalk -v1 -c MyPassw localhost .1.3.6.1.4.1.5678.2.1.1.1.2.10.0 SNMPv2-SMI::enterprises.5678.2.1.1.1.2.10.0 = Counter64: 0

Собственно вопрос. А как сделать так что бы все одновременно работало ? Т.е., команды (к примеру)
snmpwalk -v1 -c MyPassw localhost .1.3.6.1.4.1.2021.13.16 (для lm-sensors) и snmpwalk -v1 -c MyPassw localhost .1.3.6.1.4.1.5678.2.1.1.1.2.10.0 (для cgp) выводили нужную информацию без всяких сообщений об ошибках.

заранее спасибо

Александр

p.s.
В директории /var/CommuniGate/Submitted/ имеют место быть большое количество файлов (с нулевым объемом) с расширением bad. Можно узнать, отчего эти файлы плодятся ? И есть ли возможность их удалять автоматически ?

 snmpwalk xxxxx.stalker.com pubpub .1.3

system.sysDescr.0 = CommuniGate Pro v5.1.9o, OSNAME
system.sysObjectID.0 = OID: enterprises.5678.2
system.sysUpTime.0 = Timeticks: (2757300) 7:39:33.00

[....]

1.3.6.1.4.1.5678.2.1.1.1.2.10.0 - это неправильно. Это неполный путь.

snmpget node9.stalker.com pubpub 1.3.6.1.4.1.5678.2.1.1.1.2.10 system.sysUpTime.6.1.4.1.5678.2.1.1.1.2.10 = No Such Object available on this agent

.1.3.6.1.4.1.5678.2.1.1.1.2.10.0 - правильно.

snmpget node9.stalker.com pubpub .1.3.6.1.4.1.5678.2.1.1.1.2.10 enterprises.5678.2.1.1.1.2.10 = Counter64: 0

Если же он действительно посылает правильно, то вместо того, чтобы разбираться с этими фриварными выдачами - поставьте полный уровень логов в CGatePro SNMP, убедитесь, что порт в SNMP Listener поставлен (в 161), что никакой "системный" SNMP агент не работает на том же сервере на том же порту, и пробуйте еще раз, и смотрите логи CGatePro. Получено Thu May 03 20:39:17 2007