Server Technology Sentry 3 Phase Switched / Smart CDU

[reed]

Can you perform the following snmp command?

Code: Select all

snmpwalk -m ALL -v2c -c <COMMUNITY> <IPADDRESS> .1.3.6.1.4.1.1718.3.2.2.1.7

SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.1 = INTEGER: 1200
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.2 = INTEGER: 1325

Does that mean I have a two-phase PDU or what exactly? The amp sensors are just labeled AA and AB.

[eschoeller]

Reed,

Sorry for my late reply. For some reason e-mail alerts for forum posts only last for so long ...

I figured 0.8.7c would be out by now, but 0.8.7d too?! Wow, I need to catch up - been far too busy recently.

What you're querying at .1.3.6.1.4.1.1718.3.2.2.1.7 is the number of infeeds.
This can obviously vary based on how many input cords your CDU has, and how many phases each of those input cords carries.

For example, On a CS-48VD2-L630, you have two input cords, and each uses a 2phase 208v input. In your output you will only see 2 infeeds.

On a CW-24VY-L30MS you have one input cord that carries 3 phases. This yields 3 infeeds, which has phases A+B, B+C, C+A, and if you pair that with a CX-24VY-L30MS you would have 6 infeeds.

But just because you have a 3phase unit (or 2 phase unit) may not mean it's wired that way. We have a 3phase CDU that is wired to only 2 phases somehow - yet the CDU still displays 3 infeeds.

So it also depends on your electrician ..

Hope that helps, but it may have confused you even more.

If you want send me the values of:
.1.3.6.1.4.1.1718.3.2.1.1.7.1
.1.3.6.1.4.1.1718.3.2.2.1.11.1.1
.1.3.6.1.4.1.1718.3.2.2.1.10.1.1
.1.3.6.1.4.1.1718.3.2.1.1.8.1

[eschoeller]

Stay tuned for updates. I just completed new templates, however I need time to adequately test/document them.

Thanks!

[daveStyle]

I'm getting all NAN's

I followed the instructions to modify things to work with single phase but still all NAN values.

This was observed in Cacti's log:
02/10/2010 02:45:05 PM - CMDPHP: Poller[0] Host[46] DS[697] WARNING: Result from CMD not valid. Partial Result:

Data input script seems to run fine:
[root@ /scripts]# perl 3phase-cdu.pl 172.1.1.10 2 public 161 100 load
infeedLoadValue.AA:388 infeedLoadValue.BA:63 infeedLoadHighThresh:13 infeedCapacity:16

Here's the result of a walk:
snmpwalk -m ALL -v2c -c public 172.1.1.10 .1.3.6.1.4.1.1718.3.2.2.1.7
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.1 = INTEGER: 375
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.2 = INTEGER: 63
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.3 = INTEGER: 0


Cacti Version 0.8.7b
Cacti OS unix
SNMP Version net-snmp
RRDTool Version RRDTool 1.2.x

Any help would be greatly appreciated

[eschoeller]

Hmm, are you getting anything after the "Partial Result:" ? If not, consider kicking up the logging verbosity ... but that may not help.

If you can't get any more information about what cacti is seeing from the output, try su'ing to the user your webserver is running under and execute the command from there. This is usually 'httpd' 'apache' 'www-data' on some popular linux distros. You've been running the script with the correct arguments as root, but perhaps the user cacti is running the script as doesn't have permission (or has some other environment problem) with running the script.

[eschoeller]

Just about a year ago, I promised new templates. Time slipped away on me and I never got around to it. At this point the new templates have been running in production for 11 months or so with no problems. They aren't anywhere near where I'd want them to be, but I believe they're better than the initial template I posted.

I'm leaving the old version and related documentation in place. Most of the documentation there applies to these templates as well. I don't have time to re-write or add to the documentation at this time.

I've split the template set into two parts: One for Single Tower 2 infeed units and one for 2 Tower 3 infeed units. These are the only types of CDU's we use so they're the only templates I decided to create. I had wanted to write a better template pack that could interface will all types of CDU's but never had the chance to complete this.

How do you know which template set is right for you? I'll tell you.

Download, Install and use cacti-sentry-2x3-CDU-v1-2.zip if:

Code: Select all

snmpwalk -m ALL -v2c -c <COMMUNITY> <IP> .1.3.6.1.4.1.1718.3.2.2.1.7
Sentry3-MIB::infeedLoadValue.1.1 = INTEGER: 363
Sentry3-MIB::infeedLoadValue.1.2 = INTEGER: 313
Sentry3-MIB::infeedLoadValue.1.3 = INTEGER: 363
Sentry3-MIB::infeedLoadValue.2.1 = INTEGER: 363
Sentry3-MIB::infeedLoadValue.2.2 = INTEGER: 338
Sentry3-MIB::infeedLoadValue.2.3 = INTEGER: 350

Download, Install and use cacti-sentry-1x2-CDU-v1-2.zip if:

Code: Select all

snmpwalk -m ALL -v2c -c <COMMUNITY> <IP> .1.3.6.1.4.1.1718.3.2.2.1.7
Sentry3-MIB::infeedLoadValue.1.1 = INTEGER: 363
Sentry3-MIB::infeedLoadValue.1.2 = INTEGER: 213

If the output of the snmpwalk command does not match either of these, post the output to this forum thread and I'll do my best to advise you on what do to.

Both of these template sets were exported from Cacti 0.8.7d. Please let me know if earlier or later versions of Cacti have trouble importing the host templates.

[daveStyle]

Hmm, are you getting anything after the "Partial Result:" ? If not, consider kicking up the logging verbosity ... but that may not help.

If you can't get any more information about what cacti is seeing from the output, try su'ing to the user your webserver is running under and execute the command from there. This is usually 'httpd' 'apache' 'www-data' on some popular linux distros. You've been running the script with the correct arguments as root, but perhaps the user cacti is running the script as doesn't have permission (or has some other environment problem) with running the script.

The perl interrupter on CentOS is located at /usr/bin/perl.
The 3phase-cdu.pl has #!/usr/local/bin/perl

I fixed the path in the script and created a symlink for /usr/local/bin/perl

Working well now

[eschoeller]

Yeah, I actually just fixed that in the templates I posted a few hours ago. Our organization historically used a /usr/local/bin/perl but most people don't do this, so It's definitely better to use just /usr/bin/perl when sharing scripts with others!

Hope you enjoy the template!

[daveStyle]

Cacti Version 0.8.7b

When importing template:
Error: XML: Hash version does not exist.

[daveStyle]

You might also want to repackage the 1x2 zip file.
It kept your local path structure .i.e. usr/caus/schoelle/ServerTech-CDU-1x2.pl

[skullone]

Yeah, I actually just fixed that in the templates I posted a few hours ago. Our organization historically used a /usr/local/bin/perl but most people don't do this, so It's definitely better to use just /usr/bin/perl when sharing scripts with others!

Hope you enjoy the template!

I tried these out on our Servertech CDU's (208amp) and they work great. I changed the paths to fit our Perl path, and everything is fantastic.
Thank you for making these templates!

[viethungnguyen9]

Hi !
Thank you so much for the lesson .

[phila]

I just discovered today that adding the ServerTech Sentry3.mib will break the graphs. I would see log messages like Output:U in the log file.

This is because the units get added to the output like :

/usr/bin/perl /var/www/cacti/scripts/3phase-cdu.pl cdu23 2 public 161 500 power

infeedPower.AA:676 Watts infeedPower.AB:630 Watts infeedPower.AC:676 Watts infeedPower.BA:616 Watts infeedPower.BB:586 Watts infeedPower.BC:586 Watts

If there is no MIB the units dont get printed.

I edited the 3phase-cdu.pl script and set the snmpget and snmpwalk options to be vesqU, it used to be vesq, like this:

$snmpwalk -t $in_timeout -v $in_version -O vesqU -c $in_community $in_hostname $cduloadoid`

Now units are not there anymore and graphs are working again.

[DaytonWJones]

~]$ snmpwalk -v 2c -c <community> <IP> .1.3.6.1.4.1.1718.3.2.2.1.7
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.1 = INTEGER: 500
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.2 = INTEGER: 188
SNMPv2-SMI::enterprises.1718.3.2.2.1.7.1.3 = INTEGER: 63

[eschoeller]

Templates have been upgraded, finally. I've been working on development for a while ... then I realized that I finished them but forgot to post them!

http://docs.cacti.net/usertemplate:host ... nology:cdu