I have stripped the SNMP community from the debugs logs below:-

 

Here is where it works…

 

Processors : ScreenOS DEBUG: SNMP Auth options =  -v2c -c ######

/usr/bin/snmpget -v2c -c ###### -OvQ -M /opt/observium/mibs -t 10 -r 5 udp:srdcz1-fw-01:161 .1.3.6.1.4.1.3224.16.1.3.0

26

 

Array, .1.3.6.1.4.1.3224.16.1.3.0, 1, screenos, Processor, 1, 26, ,

INSERT INTO processors (`entPhysicalIndex`, `hrDeviceIndex`, `device_id`, `processor_descr`, `processor_index`, `processor_oid`, `processor_type`, `processor_precision`)

                      values ('', '', '102', 'Processor', '1', '.1.3.6.1.4.1.3224.16.1.3.0', 'screenos','1')

INSERT INTO processors-state (`processor_usage`, `processor_id`)

                      values ('26', '1786')

+

SQL[INSERT INTO `eventlog` (`device_id`,`reference`,`type`,`datetime`,`message`)  VALUES ('102','1786','processor',NOW(),'Processor added: type screenos index 1 descr Processor')]  hrDevice: DEBUG: SNMP Auth options =  -v2c -c 0r@c1e

/usr/bin/snmpbulkwalk  -v2c -c ###### -OQUs  -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs -t 10 -r 5 udp:srdcz1-fw-01:161 hrDevice

hrDevice = No Such Object available on this agent at this OID

 

 

and here is where it fails…

 

Processors :  hrDevice: DEBUG: SNMP Auth options =  -v2c -c ######

/usr/bin/snmpbulkwalk  -v2c -c ######-OQUs  -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs -t 10 -r 5 udp:srdcz1-fw-01:161 hrDevice

hrDevice = No Such Object available on this agent at this OID

 

DEBUG: SNMP Auth options =  -v2c -c 0r@c1e

/usr/bin/snmpbulkwalk  -v2c -c ######-OQUs  -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs -t 10 -r 5 udp:srdcz1-fw-01:161 hrProcessorLoad

hrProcessorLoad = No Such Object available on this agent at this OID

 

Juniper IVE : -

SQL[INSERT INTO `eventlog` (`device_id`,`reference`,`type`,`datetime`,`message`)  VALUES ('102','1786','processor',NOW(),'Processor removed: type screenos index 1 descr Processor')] -

SQL[INSERT INTO `eventlog` (`device_id`,`reference`,`type`,`datetime`,`message`)  VALUES ('102','1787','processor',NOW(),'Processor removed: type juniperive index 1 descr CPU Utilization')]

Memory : ScreenOS: DEBUG: SNMP Auth options =  -v2c -c 0r@c1e

/usr/bin/snmpget -v2c -c ######-OvQ -M /opt/observium/mibs -t 10 -r 5 udp:srdcz1-fw-01:161 .1.3.6.1.4.1.3224.16.2.1.0

152925904

 

It seems that the major difference is “Processors : ScreenOS” vs “Processors : hrDevice” is it loosing track of what type of device that it is?

 

Regards,

 

Adam

 

From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Adam Summerfield
Sent: Tuesday, 26 March 2013 9:27 AM
To: observium@observium.org
Subject: [Observium] Juniper SSG CPU

 

We constantly see the CPU being removed and added….

 

2013-03-26 00:47:51        srdcz2-fw-01      System Processor added: type juniperive index 1 descr CPU Utilization

2013-03-26 00:47:51        srdcz2-fw-01      System Processor added: type screenos index 1 descr Processor

2013-03-26 00:47:49        srdcz1-fw-01      System Processor added: type juniperive index 1 descr CPU Utilization

2013-03-26 00:47:49        srdcz1-fw-01      System Processor added: type screenos index 1 descr Processor

 

2013-03-26 06:47:56        srdcz2-fw-01      System Processor removed: type juniperive index 1 descr CPU Utilization

2013-03-26 06:47:56        srdcz2-fw-01      System Processor removed: type screenos index 1 descr Processor

2013-03-26 06:47:54        srdcz1-fw-01      System Processor removed: type juniperive index 1 descr CPU Utilization

2013-03-26 06:47:54        srdcz1-fw-01      System Processor removed: type screenos index 1 descr Processor

 

I have tried modifying SNMP timeouts and retries and have had no success…

 

[timeout] => 10

[retries] => 5

 

 

Regards,

 

Adam