0.8.6.d missing hardware address/status/type in data query

[pirx]

Hi,

I just switched a few times between snmp.php of 0.8.6c and 0.8.6d. At the moment the problem only occurs with 0.8.6d snmp.php.

@TheWitness
Can you reproduce the problem, anything interesting in the mysql dump I sent you?

Ralf

[TheWitness]

Ralf,

The snmp.php is enough. Please send a note on your php and net-snmp versions along with your OS version and we can close the case.

Larry

[pirx]

Good morning!

The system is fedora core 3 with

net-snmp-5.2.1-10.FC3
php-4.3.11-2.5
php-snmp-4.3.11-2.5

BTW: I was able to reproduce the problem on a debian 3.1 (testing) host.

php4-common 4.3.10-2
php4-snmp 4.3.10-2
snmp 5.1.2-6.1

Will there be a offical patch I should look for, or should I just stay with snmp.php from 0.8.6c until 0.8.6e will be out?

Ralf

[TheWitness]

Ralf,

Just stay at snmp.php from 0.8.6c for now. I might want you to test moving forward. It's only the walks that are problematic. So, polling should not be affected per se.

Larry

[gondo]

Having the same issue with status, either 1 or 2.

Running cacti 0.8.6c
cactid 0.8.6d

Other info:

RHEL AS4 (2.6.9-5.0.3.ELsmp)
php-4.3.9-3.2
php-snmp-4.3.9-3.2
net-snmp-5.1.2-11
mysql-4.1.7-4.RHEL4.1
httpd-2.0.52-9.ent

sorry....
gondo

[pirx]

Hi,

I just installed 0.8.6e, but it shows the same behavior. Only numeric values for status/type and no hardware address. I switched back to 0.8.6c snmp.php which still works properly.

Any idea when this will be fixed?

Ralf

[TheWitness]

Are these snmpv2 devices?

TheWitness

[gondo]

Common to all the V2 devices in our set-up. V1 devices show Up/Down status for interfaces.

Thanks!
gondo

[pirx]

Are these snmpv2 devices?

I tested this with 2 Solaris server running net-snmp. They are configured in cacti as V1 devices.

I tried to reproduce this on a Cisco switch (~60 ports). But now I have the the same issue with the 0.8.6c snmp.php. I'm confused.

1 1 FastEthernet0/1 Fa0/1 SMBTP002 6 100000000
2 1 FastEthernet0/2 Fa0/2 VMBTM035 6 100000000
3 2 FastEthernet0/3 Fa0/3 6 10000000
4 2 FastEthernet0/4 Fa0/4 6 10000000
...

I already increased the SNMP Timeout to 1000ms, but this did't help. Changing the device to snmp v2 hasn't changed the behavior.

Ralf

[TheWitness]

That's what I thought. If you have php_snmp installed, it is their problem. If it isn't installed, it is likely one of our optimization settings.

Please verify that you have php_snmp installed:

"php -m"

You should have a line "snmp" in the output. If that is the case, you may either have to remake php with additional options, or obtain an upgrade from your supplier of RPM's.

If you arn't in fact running php_snmp, then there may be an issue with lib/snmp.php. Let's see.

TheWitness

[pirx]

That's what I thought. If you have php_snmp installed, it is their problem. If it isn't installed, it is likely one of our optimization settings.

Please verify that you have php_snmp installed:

"php -m"

You should have a line "snmp" in the output. If that is the case, you may either have to remake php with additional options, or obtain an upgrade from your supplier of RPM's.

If you arn't in fact running php_snmp, then there may be an issue with lib/snmp.php. Let's see.

TheWitness

$ php -m | grep snmp
snmp

I disabled php_snmp_support in config.php and got the same results, see one of my first posts in this thread.

$config["php_snmp_support"] = function_exists("snmpget");
/* $config["php_snmp_support"] = false; */

Right now php_snmp is enabled. I'll disable it and see waht happens.

Ralf

[pirx]

Ok, I disabled php_snmp support and tried the 0.8.6e snmp.php file.

$config["php_snmp_support"] = false;

Cacti Variables
Operating System: unix
PHP SNMP Support: no

and got the same results. Sometimes the verbose info about status/type/mac is there, sometimes only the numeric values without mac.

Then I replaced snmp.php with snmp.php from 0.8.6c again, hit the green reload button and the text info was there again! I tried this 5 times in a row, the info was always there.

Next I replaced snmp.php with snmp.php from 0.8.6e again, hit the reload button and the text info was gone, onyl numerical values. Tried this more than 10 times, no change. The device I used for the query was a Sun box with just a few interfaces, not a switch with a huge amount of ports.

If I understand you correct, snmp.php is not involved in the snmp queries if I use php_snmp support. php_snmp has been active for the last weeks and the problem occured sometimes too.

Now php_snmp is disabled and the problem is still there. It seems to happen less often if I use snmp.php from cacti 0.8.6c, but I have seen this problem with 0.8.6c too. Is it possible that the problem is not at this point? Maybe a timing problem?

Ralf

[pirx]

Something strange. If I enable php_snmp with

$config["php_snmp_support"] = function_exists("snmpget");
/* $config["php_snmp_support"] = false; */

and see

Cacti Variables
Operating System: unix
PHP SNMP Support: yes

the snmp.php file seems to be still 'in use'. If I take a look at the access time of the snmp.php file, it is updated every time I hit the reload button, or a regular poller run occurs.

$ ls -lut snmp.php
-rw-r--r-- 1 cactiuser users 8772 22. Jun 09:49 snmp.php

$ ls -lut snmp.php
-rw-r--r-- 1 cactiuser users 8772 22. Jun 09:50 snmp.php

Why this?

Ralf

[pirx]

Replying to my own post again....

Forget my last post, snmp.php is used regardless if php_snmp is used or not.

Ralf