WARNING: Result from SNMP not valid.

[sromines]

I am trying to get the Cisco Pix connections template to work properly.

I have verified that snmpwalk and snmpget produce the results needed using the same OID, but cmd.php is failing to pull any results.

03/15/2005 01:17:27 PM - CMDPHP: Poller[0] Host[4] WARNING: Result from SNMP not valid. Partial Result:
03/15/2005 01:17:27 PM - CMDPHP: Poller[0] Host[4] SNMP: v1: XXX.XXX.XXX.XXX, dsname: cisco_pix_conn, oid: 1.3.6.1.4.1.9.9.147.1.2.2.2.1.5.40.6, output: U


Interface stats work fine, but nothing else.

Any help or just pointing me in the right directions would be greatly appreciated.

Forgot versions:

Redhat 7.3
cacti-0.8.6c
net-snmp-5.2
rrdtool-1.0.49
PHP Version 4.1.2
mysql-3.23.58

--Shawn

[Jayso]

I run into that every now and again, and usually it is with an addon and i end up just junbking the idea and not bothering with the addon.


Best way to debug:
1. Try doing an snmpwalk or snmpget by hand.
2. Look in log files.
3. Check data sources.

[TheWitness]

Also, increase timeouts for host if this is random.

TheWitness

[sromines]

I did the snmpwalk and snmpget by hand, and even increased the SNMP timeout. Strange is that I create a generic SNMP template using the same OID, and it fails as well. This appears to be more of an issue with cmd.php or poller.php, but I have no way of knowing for sure.

Thanks again,
Shawn

[TheWitness]

Please run "php <cacti_path>/cmd.php" in debug mode and you will get the exact error message in STDOUT. So basically run it 1 time from the command line, capture the output and post if you want us to comment.

TheWitness

[Jayso]

try this:
Go to the data sources for the graphs.
Turn on debugging.
Copy the text that gets sent to rrdtool.
Open a terminal either as root or the cacti user.
Run the command.
If you ran it as root chown the entire directory of RRAs

Ive done that before in the past and it actually has fixed things for me.
Also check the rw perms
if need be do `chmod 666 *`

Just some ideas...

[sromines]

Found the problem.....thank you all for the help.

Upgraded PHP, and the issue was still evident.

Previously the OID's were showing as

1.3.6.1.4.1.9.9.147.1.2.2.2.1.5.40.6 in the cmd debug

interfaces were the same.

After the PHP upgrade to 4.3.10 the output from cmd.php was tagging the working OID with. .1.3.6 placing a dot in the 1st place. I changed the template to use the .1 and everything worked as expected.

Again, thanks again for all of the help....it was greatly appreciated.

--Shawn