HELP 0.8.7c Clean install no CPU's and disks not read
Moderators: Developers, Moderators
- gandalf
- Developer
- Posts: 22383
- Joined: Thu Dec 02, 2004 2:46 am
- Location: Muenster, Germany
- Contact:
Error is fixed in SVN. Please download scripts from SVN
http://svn.cacti.net/viewvc/cacti/branc ... te#dirlist
Reinhard
http://svn.cacti.net/viewvc/cacti/branc ... te#dirlist
Reinhard
I downloaded the 4 scripts with the specific error, copied them over, and while I'm not getting the SNMP error, the results are still not coming in. A verbose query on the CPU check gives me:gandalf wrote:Error is fixed in SVN. Please download scripts from SVN
http://svn.cacti.net/viewvc/cacti/branc ... te#dirlist
Reinhard
+ Running data query [9].
+ Found type = '6 '[script query].
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ XML file parsed ok.
+ Executing script for list of indexes '/usr/bin/php -q /usr/local/nagios/share/cacti-0.8.7c/scripts/ss_host_cpu.php rogue.zimmerman.com 12 3:161:500:1:10:zimmerman:snmpv3user:password:MD5:password:DES: index'
+ Executing script query '/usr/bin/php -q /usr/local/nagios/share/cacti-0.8.7c/scripts/ss_host_cpu.php rogue.zimmerman.com 12 3:161:500:1:10:zimmerman:snmpv3user:password:MD5:password:DES: query index'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/usr/local/nagios/share/cacti-0.8.7c/resource/script_server/host_cpu.xml'
and it's showing 0 items 0 rows
However, it looks like the new scripts for the disk monitoring are at least not generating the same errors. I'll have to wait and see if they're actually working
Thanks for your reply.
The verbose query:
The verbose query:
- + Running data query [9].
+ Found type = '6 '[script query].
+ Found data query XML file at '/srv/www/htdocs/cacti2/resource/script_server/host_cpu.xml'
+ XML file parsed ok.
+ Executing script for list of indexes '/usr/bin/php -q /srv/www/htdocs/cacti2/scripts/ss_host_cpu.php 192.168.1.6 2 1:161:500:1:10:Marcel:::MD5::DES: index'
+ Executing script query '/usr/bin/php -q /srv/www/htdocs/cacti2/scripts/ss_host_cpu.php 192.168.1.6 2 1:161:500:1:10:Marcel:::MD5::DES: query index'
+ Found data query XML file at '/srv/www/htdocs/cacti2/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/srv/www/htdocs/cacti2/resource/script_server/host_cpu.xml'
+ Found data query XML file at '/srv/www/htdocs/cacti2/resource/script_server/host_cpu.xml'
Hi thanks for your reply
Here the results:
Here the results:
- web:/etc/apache2/vhosts.d # snmpbulkwalk -v 1 -c Marcel -Cr10 marcel .1.3.6.1.2.1.25.3.3.1
snmpbulkwalk: Cannot send V2 PDU on V1 session
web:/etc/apache2/vhosts.d # snmpbulkwalk -v1 -c Marcel -Cr10 marcel .1.3.6.1.2.1.25.3.3.1
snmpbulkwalk: Cannot send V2 PDU on V1 session
- web:/etc/apache2/vhosts.d # snmpbulkwalk -v 2 -c Marcel -Cr10 marcel .1.3.6.1.2.1.25.3.3.1
Invalid version specified after -v flag: 2
USAGE: snmpbulkwalk [OPTIONS] AGENT [OID]
Version: 5.4.2.1
Web: http://www.net-snmp.org/
Email: net-snmp-coders@lists.sourceforge.net
OPTIONS:
-h, --help display this help message
-H display configuration file directives understood
-v 1|2c|3 specifies SNMP version to use
-V, --version display package version number
SNMP Version 1 or 2c specific
-c COMMUNITY set the community string
SNMP Version 3 specific
-a PROTOCOL set authentication protocol (MD5|SHA)
-A PASSPHRASE set authentication protocol pass phrase
-e ENGINE-ID set security engine ID (e.g. 800000020109840301)
-E ENGINE-ID set context engine ID (e.g. 800000020109840301)
-l LEVEL set security level (noAuthNoPriv|authNoPriv|authPriv)
-n CONTEXT set context name (e.g. bridge1)
-u USER-NAME set security name (e.g. bert)
-x PROTOCOL set privacy protocol (DES|AES)
-X PASSPHRASE set privacy protocol pass phrase
-Z BOOTS,TIME set destination engine boots/time
General communication options
-r RETRIES set the number of retries
-t TIMEOUT set the request timeout (in seconds)
Debugging
-d dump input/output packets in hexadecimal
-D TOKEN[,...] turn on debugging output for the specified TOKENs
(ALL gives extremely verbose debugging output)
General options
-m MIB[:...] load given list of MIBs (ALL loads everything)
-M DIR[:...] look in given list of directories for MIBs
-P MIBOPTS Toggle various defaults controlling MIB parsing:
u: allow the use of underlines in MIB symbols
c: disallow the use of "--" to terminate comments
d: save the DESCRIPTIONs of the MIB objects
e: disable errors when MIB symbols conflict
w: enable warnings when MIB symbols conflict
W: enable detailed warnings when MIB symbols conflict
R: replace MIB symbols from latest module
-O OUTOPTS Toggle various defaults controlling output display:
0: print leading 0 for single-digit hex characters
a: print all strings in ascii format
b: do not break OID indexes down
e: print enums numerically
E: escape quotes in string indices
f: print full OIDs on output
n: print OIDs numerically
q: quick print for easier parsing
Q: quick print with equal-signs
s: print only last symbolic element of OID
S: print MIB module-id plus last element
t: print timeticks unparsed as numeric integers
T: print human-readable text along with hex strings
u: print OIDs using UCD-style prefix suppression
U: don't print units
v: print values only (not OID = value)
x: print all strings in hex format
X: extended index format
-I INOPTS Toggle various defaults controlling input parsing:
b: do best/regex matching to find a MIB node
h: don't apply DISPLAY-HINTs
r: do not check values for range/type legality
R: do random access to OID labels
u: top-level OIDs must have '.' prefix (UCD-style)
s SUFFIX: Append all textual OIDs with SUFFIX before parsing
S PREFIX: Prepend all textual OIDs with PREFIX before parsing
-L LOGOPTS Toggle various defaults controlling logging:
e: log to standard error
o: log to standard output
n: don't log at all
f file: log to the specified file
s facility: log to syslog (via the specified facility)
(variants)
[EON] pri: log to standard error, output or /dev/null for level 'pri' and above
[EON] p1-p2: log to standard error, output or /dev/null for levels 'p1' to 'p2'
[FS] pri token: log to file/syslog for level 'pri' and above
[FS] p1-p2 token: log to file/syslog for levels 'p1' to 'p2'
-C APPOPTS Set various application specific behaviours:
c: do not check returned OIDs are increasing
i: include given OIDs in the search range
n<NUM>: set non-repeaters to <NUM>
p: print the number of variables found
r<NUM>: set max-repeaters to <NUM>
web:/etc/apache2/vhosts.d # snmpbulkwalk -v 2c -c Marcel -Cr10 marcel .1.3.6.1.2.1.25.3.3.1
HOST-RESOURCES-MIB::hrProcessorFrwID.14 = OID: SNMPv2-SMI::zeroDotZero
HOST-RESOURCES-MIB::hrProcessorFrwID.15 = OID: SNMPv2-SMI::zeroDotZero
HOST-RESOURCES-MIB::hrProcessorFrwID.16 = OID: SNMPv2-SMI::zeroDotZero
HOST-RESOURCES-MIB::hrProcessorFrwID.17 = OID: SNMPv2-SMI::zeroDotZero
HOST-RESOURCES-MIB::hrProcessorLoad.14 = INTEGER: 5
HOST-RESOURCES-MIB::hrProcessorLoad.15 = INTEGER: 8
HOST-RESOURCES-MIB::hrProcessorLoad.16 = INTEGER: 9
HOST-RESOURCES-MIB::hrProcessorLoad.17 = INTEGER: 8
Try 8.7d instead..
8.7c had many broken features for me. You should try the latest 8.7d build instead. It is pretty much 8.7c with all the bugs fixed. It solved all of graphing problems I had with 8.7c.
I found this thread while searching for solutions for a similar problem.
I lose disk usage graphs on some clients for no apparent reason. Snmpwalk produces the expected result, manually running the ss_host_disk.php (lasted from svn) produces the expected results (almost - see below), yet my graphs are empty.
Note that I get accurate results from clients which are the exact same hardware, software, and snmp configuration. The servers I am querying are RHEL3 and I am using Cacti 0.8.7d on RHEL4.
Some examples:
I lose disk usage graphs on some clients for no apparent reason. Snmpwalk produces the expected result, manually running the ss_host_disk.php (lasted from svn) produces the expected results (almost - see below), yet my graphs are empty.
Note that I get accurate results from clients which are the exact same hardware, software, and snmp configuration. The servers I am querying are RHEL3 and I am using Cacti 0.8.7d on RHEL4.
Some examples:
Code: Select all
[cactiuser]$ /usr/local/bin/php -c /usr/local/etc/php.ini -q /home/cactiuser/cacti-0.8.7d/scripts/ss_host_disk.php servername 29 2:161:500:1:10:fidelity::::MD5::DES: query used
1!414818
2!36753
3!37594
4!8208
5!26538
6!8210
7!10478102
101!8152960
102!0
Notice: Undefined offset: 9 in /home/cactiuser/cacti-0.8.7d/scripts/ss_host_disk.php on line 75
103!
Code: Select all
snmpwalk -v 2c -c community server .1.3.6.1.2.1.25.2.3.1.6
HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 414818
HOST-RESOURCES-MIB::hrStorageUsed.2 = INTEGER: 36753
HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 37594
HOST-RESOURCES-MIB::hrStorageUsed.4 = INTEGER: 8208
HOST-RESOURCES-MIB::hrStorageUsed.5 = INTEGER: 26540
HOST-RESOURCES-MIB::hrStorageUsed.6 = INTEGER: 8210
HOST-RESOURCES-MIB::hrStorageUsed.7 = INTEGER: 10485529
HOST-RESOURCES-MIB::hrStorageUsed.101 = INTEGER: 8155352
HOST-RESOURCES-MIB::hrStorageUsed.102 = INTEGER: 0
Who is online
Users browsing this forum: No registered users and 2 guests