Cacti 0.8.6c Fatal Error

plocke · Post by **plocke** » Tue Feb 01, 2005 2:12 am

G'Day. I'm regularly getting these two error lines, probably 80% of the time when I follow the procedure below.

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 115 bytes) in /srv/www/htdocs/cacti/lib/snmp.php on line 110

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes) in Unknown on line 0

Note: the value of bytes in brackets trying to be allocated can vary.

This is how I replicate the issue:

1. Login to Cacti as admin.
2. Select 'Create devices for network'.
3. Add a new device (using fully qualified DNS name), choosing a Host Template of NetWare 4/5. Select Create.
4. Eventually is will return with the above error lines.
5. I then have to close my browser window (IE60), reopen and relogin to Cacti. The device will have been saved and created.
6. Going into the device I now select 'Create Graphs for this Host', and it shows the selections for 2 of the 3 Data Queries. [Netware - Get Available Volumes] and [SNMP - Interface Statistics] are fine, but [Netware - Get Processor Information] has no selections and only the line 'This data query returned 0 rows, perhaps there was a problem executing this data query. You can run this data query in debug mode to get more information.' Running this and I get the same errors as above.

To the best of my knowledge this only happens on devices with 4 processors, although some with 4 processors have come in fine. I can't recall seeing the fault on dual processor devices (servers). All devices have the NetWare OS installed to them via a documented process, so they should be the same. Of course I could be aiming at the wrong issue by thinking it is number of processor related.

Any assistance appreciated. I haven't gone down the road of trying any of the later offerings from the CVS.

Thanks, Pete

Post by **rony** » Tue Feb 01, 2005 8:52 am

Well, first..

What version of Cacti?

What OS?

What PHP version?

What mysql version?

And what version of Netware? And also, what version of the Netware Snmp Daemon?

plocke · Post by **plocke** » Tue Feb 01, 2005 5:14 pm

Shoulda thought of that...

Cacti 0.8.6c (from the tar.gz)
SUSE Linux Enterprise Server (SLES) 9.0 (no updates)
Apache 2.0.49 (*)
MySQL 4.0.18 (*)
PHP 4.3.4 (*)
net-snmp 5.1-80.3 (*)

(*) standard versions that come with the OS.

Novell NetWare 6.0 SP3 w/ SNMP.NLM 4.16.04 Feb 18 2003

Pete

royce · Post by **royce** » Thu Feb 03, 2005 5:21 am

Try bump up the PHP memory_limit to something like

memory_limit = 32M

/C

plocke · Post by **plocke** » Fri Feb 04, 2005 1:22 am

I think increasing the memory in php.ini from 8M to 32M has done the trick.

I haven't been able to replicate the issue since.

Thanks to all for your help.

snapReality · Post by **snapReality** » Fri Feb 04, 2005 6:01 pm

I am getting the exact same problem as Pete posted at the top of this thread. The only difference is that I never get any error messages, my IE 6 eventually times out (after 5 to 8 minutes).

Same behaviour. When I log back into Cacti, the host has been created, [Netware - Get Available Volumes] and [SNMP - Interface Statistics] are fine, but [Netware - Get Processor Information] only says 'This data query returned 0 rows, perhaps....'
If I try to run the verbose query, I get the same behaviour, I time-out without error.

Up to now all are 2 CPU. Some Netware 6.5, some Netware 5.1. I was able to get one 2 CPU server without a problem.

Increasing memory from 8M to 32M in my php.ini did not solve the problem for me.

I looked at the ./cacti/resource/snmp_queries/netware_cpu.xml for the exact OID, then did a quick

snmpwalk -c public serv000 .1.3.6.1.4.1.23.2.27.3.16.1.5

No problem getting the data back.

Still investigating.

Running:

SUSE Linux Enterprise Server (SLES) 8.0
Cacti 0.8.6c
Apache 1.3.26
MySQL 3.23.52
PHP 4.2.2
ucd-snmp 4.2.5

plocke · Post by **plocke** » Mon Feb 14, 2005 1:32 am

Just an update on this....

Since I last posted saying that I couldn't replicate the problem, I've had the issue once more.

Without changing anything, I ran the same query again (Netware - Get Processor Information) and it worked fine the second time, on the same device.

I couldn't find anything specifically different about the device I was doing the lookup on, but it may well be a timing issue as well as a memory issue.

You could try increasing the SNMP timeout from the default of 500ms (if you haven't already). It's strange that when you run that particular query (the times that it works) it takes an incredibly long time to return the results, compared to the other standard 'NetWare 4/5 Server' queries.

Pete

Post by **TheWitness** » Mon Feb 14, 2005 5:34 am

What SNMP version are you using to poll? SNMP v2 is quite slow due to lack of integration with PHP. We are working with the php_snmp module developers at correcting this issue, but have no solution to date.

TheWitness

plocke · Post by **plocke** » Mon Feb 14, 2005 5:42 am

net-snmp 5.1-80.3

Pete

plocke · Post by **plocke** » Mon Feb 14, 2005 5:46 am

...sorry, misunderstood you question...I'm using SNMPv1.

I didn't get very far with SNMPv2 when querying NetWare. I wasn't able to get a response, unless it was just that I didn't wait long enough, or for it to timeout. From some limited investigation, it appears that some of the orginal NetWare MIBs were written in SNMPv1, and Novell didn't really have a reason to re-write them in SNMPv2. That being said, alot of their newer MIB's appear to offer SNMPv2 support.

Pete

snapReality · Post by **snapReality** » Mon Feb 14, 2005 2:00 pm

Update:

While browsing the Cacti CVS I noticed the netware_cpu.xml had recently been modified by Ian. Something to do with a space in the code.
After I updated this file I had better success with adding my Netware servers without timing out. No more timeouts when adding the server.

Check out.
http://cvs.cacti.net/cgi-bin/viewcvs.cg ... p_queries/

I still had some servers not return CPU information but that's just because they don't return info on a straight snmpwalk for that OID. If the server doesn't resond to the snmpwalk from the command line: snmpwalk -c public serv000 .1.3.6.1.4.1.23.2.27.3.16.1.5

I definitly don't expect it to work in Cacti. I now know it's server problem, maybe the way the mibs are loaded (or not loaded) on these Netware servers.

plocke · Post by **plocke** » Mon Feb 14, 2005 5:52 pm

I guess it's also possible that the MIBs have changed in Netware v6 (and above) to what they were in Netware v4x/v5x. Although if that were the case I done know why we would get anything on a Netware v6x box.

I may still have one NetWare 5.1 server around that I can this out on.

Pete

Cacti 0.8.6c Fatal Error

Cacti 0.8.6c Fatal Error

Who is online