Cacti

I'm not sure how else to explain it. I can auto-scale the Y-axis already, Ideally I'd like to have a CDEF to scale a LINE1 to a range, but to do that I need to know the highest value in the current displayed date range. For example, if you take only the left half of the data I attached above, I woul...

I'm trying to get two numerically-unrelated lines on one graph, to correlate a server's TPS with another metric. The problem is that one can be in the range 0-50k or even more, and the other is in the range of about 0-5. To get these showing in a comparable way on one graph I've tried using CURRENT_...

Unfortunately not. It works if I run the command manually with forward-slashes as I've put in the xml, but Spine seems to 'fix' them to Windows-style path-separators, even though that doesn't work in Cygwin.

I'll try with more sh-friendly paths using forward-slashes... Ah, they already are in the XML it seems: <interface> <name>Get PerfMon Disks</name> <script_path>|path_cacti|/scripts/query_mssql_counters.exe disks</script_path> If I just paste the command into a cygwin shell as it is in the config fi...

Thanks for that, I'm not very familiar with the way Spine works. It seems to be a problem with the way Spine uses sh in a to get things done. D:\Cacti\cacti-spine-0.8.8a-win32>spine -f 2 -l 2 -V 5 cygwin warning: MS-DOS style path detected: D:/Cacti/cacti-0.8.8a/log/cacti.log Preferred POSIX equival...

Hello, I am monitoring Windows hosts, some of which are remote and locked behind firewalls etc, so have a custom utility to retrieve stats for these from an intermediary database. When I run the command as a data source through CMD, it works fine, but through Spine I get "U". For example, ...

Hello, I have just started logging against a PowerMTA server, and all the usual counters for messages/sec and queue sizes etc are great. One thing I have been asked for is if we can track "total messages sent, ever". There is a counter value I can get to (msg_sent) which just returns a &qu...

Ok I'll try the ones from the installer. I wasn't using that this time as I couldn't in this case.
No fixes to the code, just compiled as is.

Hmm, seems to be a specific problem with output redirected from RRD to a file, instead of using the direct output. So this works: rrdtool graph output.png {options} But this doesn't: rrdtool graph - {options} > output.png I've downloaded the 1.4.7 sources and compiled them, and that seems to fix the...

Hello folks I'm running a Windows Cacti install, with the following vitals: OS: Windows 7 x64 Cacti: 0.8.8a rrdtool: 1.4.4 Everything was working fine with rrdtool 1.2.15, and I thought I'd give 1.4 a go on a test setup. I switched to 1.4.4, and had to upgrade my rrd files too. Now, when I view a gr...

I'm looking into that now. Seems that in ESX 4 some stuff was taken out of the MIBs. I may have to look at the Perl SDK that's available

Awesome! We just got an EqualLogic SAN, and these worked perfectly. To find the OID to use, I didn't have to log into the SAN itself... From my Cacti box, I simply issued the following: snmpwalk -v 1 -c CactiSNMP 10.10.10.10 .1.3.6.1.4.1.12740.2.1.6.1.3.1 SNMPv2-SMI::enterprises.12740.2.1.6.1.3.1.33...

Sorry all, this was a comedy of erros on my part. The first two counters for bytes read and written are of course indeed Counters, and not Gauages! Ignore my ignorant fumblings. The last one is a bit of an odd case, in that the WMI Win32_PerfRawData_PerfDisk_PhysicalDisk counter "CurrentDiskQue...

Hello, I'm using the wmi.php script from somewhere on these forums (sorry, I can dig out the info if needed) and seem to be having some problems with the numbers received. I have one script for LogicalDisk stats, and one for PhysicalDisk stats. The logical one is fine, and prints nice numbers for qu...

Greetings again. I'd like to track some stats on our MailMarshal server, but as it doesn't have SNMP, or any other sort of counters that I can find, I am limited to using the information available in the Message table. The problem is, I'm not sure conceptually what would be the correct thing to coun...