Problem with Get Mounted Partitions and Get Prosessor ...

[leo246]

My setup:
-Fedora Core 4
- MySQL 4.1.11
- php 5.0.4-10.3
- rrdtool 1.0.49-5.fc4
- net-snmp 5.2.1-12
- cacti 0.8.6f-1
- cacti-cactid 0.8.6e-1

Device Windows 2003 Server

I have no problem with adding new devices but when I want to create graphs under the device I get the following message:

Data Query [SNMP - Get Mounted Partitions]

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.

When I run this in debug mode:

+ Running data query [8].
+ Found type = '6 '[script query].
+ Found data query XML file at '/var/www/html/cacti/resource/script_server/host_disk.xml'
+ XML file parsed ok.
+ Executing script for list of indexes '/usr/bin/php -q /var/www/html/cacti/scripts/ss_host_disk.php 10.0.0.99 public 1 5 161 500 index'
+ Executing script query '/usr/bin/php -q /var/www/html/cacti/scripts/ss_host_disk.php 10.0.0.99 public 1 5 161 500 query index'
+ Executing script query '/usr/bin/php -q /var/www/html/cacti/scripts/ss_host_disk.php 10.0.0.99 public 1 5 161 500 query description'
+ Executing script query '/usr/bin/php -q /var/www/html/cacti/scripts/ss_host_disk.php 10.0.0.99 public 1 5 161 500 query sau'
+ Found data query XML file at '/var/www/html/cacti/resource/script_server/host_disk.xml'
+ Found data query XML file at '/var/www/html/cacti/resource/script_server/host_disk.xml'
+ Found data query XML file at '/var/www/html/cacti/resource/script_server/host_disk.xml'


What's wrong ?

[TheWitness]

Please copy the scripts and XML files from the distribution (zip/tar) into your <cacti>/resources and <cacti>/scripts directories. Then, clear your poller cache. You should then be able to run your queries again. There were likely updates between versions and the installation documentation is not quite accurate relative to the handling of scripts and xml files.

TheWitness

[leo246]

That didn't help me.
I have now copied the files from the tar file into /scripts and /resource and cleared poller cache .

I have no problem with other values from the same device ex. network og processes.

[TheWitness]

I suspect the host does not have the HostResource OID's available then.

TheWitness

[leo246]

Everything is reinstalled and it works ... again. I haven't got a clue why it didn't work the first time.

Case closed.

[Alives]

not sure if this is related, but i have one host that isnt working well with the SNMP polling for virtual memory. I have attached the graph below for you. All the other hosts are doing fine with the occaisional blip here and there which i am assuming is due to windows and SNMP. Please let me know if you have seen something like this before and if i can change something to fix it.

Thanks!!

[TheWitness]

Increase your snmp timeout to between 5-8 seconds or disable your A: drive.

TheWitness

[Alives]

Per my other post. Pre 0.8.6e HostMib queries do not respect the timeout value. In addition, due to some brain fart on the part of Microsoft, when polling the HostDisk stuff, the A: drive is polled causing long responses.

Therefore, you need to verify that you are using the latest (0.8.6e/f) scripts and resources files. Also, increase your snmp timeout to between 5-8 seconds.

Alternatively, remove your polled devices A: drive . Or better yet Call Bill Gates personaly and complain about his lack of adopting industry standards

TheWitness

that fixed it!!! THANKS!!!

P.S. I quoted your other post so other people can see the long description too...

[RabidWombat]

Another cause of this problem is using a '$' in the community string.

Either remove the '$' or apply the following patch:

Code: Select all

--- resource/script_server/host_disk.xml    Wed Aug  3 09:29:59 2005
+++ resource/script_server/host_disk-patch.xml        Wed Aug  3 09:41:00 2005
@@ -3,7 +3,7 @@
        <script_path>|path_cacti|/scripts/ss_host_disk.php</script_path>
        <script_function>ss_host_disk</script_function>
        <script_server>php</script_server>
-       <arg_prepend>|host_hostname| |host_snmp_community| |host_snmp_version| |host_id| |host_snmp_port| |host_snmp_timeout|</arg_prepend>
+       <arg_prepend>|host_hostname| '|host_snmp_community|' |host_snmp_version| |host_id| |host_snmp_port| |host_snmp_timeout|</arg_prepend>
        <arg_index>index</arg_index>
        <arg_query>query</arg_query>
        <arg_get>get</arg_get>

Edit: the problem I'm referring to is leo246's problem.

[BSOD2600]

Hey there stranger

[RabidWombat]

Hey BSOD

I take it back. The patch will NOT work. I neglected that cacti will use the same XML file to query the data from the host. This query happens in php rather than the shell and the quotes are added to the community string.
I did not discover this until we started adding more hosts (with monitored harddrives). All of the old data sources worked since the arguments are cached in the poller_item table when api_poller_cache_item_add is called.

I'd say the patch would require more changes than I'm willing to make with such limited knowledge of the application.

All in all, just don't use '$' (or other special shell characters) in the community string

-RabidWombat

[BSOD2600]

Sounds like a bug to me. I'd submit it to http://bugs.cacti.net and the patch you made.

[RabidWombat]

More of an undocumented limitation? If the original discovery query were run through php, the problem would no longer exist.

Like I said, my patch is useless except for messing up the system more

-RabidWombat

[BSOD2600]

Well if SNMP allows $ type characters and it does not work with Cacti, then it's a bug.

[fern]

Guys,

please help i get the same problem I already re-installed twice and still to no avail

fern=)