Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: nsp: foundry

OID for TurboIron PowerSupply

 

 

nsp foundry RSS feed   Index | Next | Previous | View Threaded


robhass at gmail

Jan 16, 2012, 2:01 PM

Post #1 of 10 (877 views)
Permalink
OID for TurboIron PowerSupply

Hi
Is any SNMP OID in TurboIron (SW 4.2 or 7.3 - doesn't matter) to
monitor status of power supply ?
We had problem with one power supply (lost power due to disconnect
power cord) and there wasn't any information about this in syslog. So
I'm looking for monitoring these events in SNMP.

Robert
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


nick at foobar

Jan 16, 2012, 2:33 PM

Post #2 of 10 (839 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

On 16/01/2012 22:01, Robert Hass wrote:
> Is any SNMP OID in TurboIron (SW 4.2 or 7.3 - doesn't matter) to
> monitor status of power supply ?
> We had problem with one power supply (lost power due to disconnect
> power cord) and there wasn't any information about this in syslog. So
> I'm looking for monitoring these events in SNMP.

Yes, this info is available in .1.3.6.1.4.1.1991.1.1.1.2.1

> % snmpwalk -v 2c -c blahblah switchname.example.com .1.3.6.1.4.1.1991.1.1.1.2.1
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.1 = INTEGER: 1
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.2 = INTEGER: 2
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.1 = STRING: "Power supply 1 (right slot when facing rear)"
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.2 = STRING: "Power supply 2 (left slot when facing rear)"
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.1 = INTEGER: 2
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.2 = INTEGER: 2
> %

The entries in .1.3.6.1.4.1.1991.1.1.1.2.1.1.3 are the PSU OperStatus and
are defined as follows:

> snChasPwrSupplyOperStatus OBJECT-TYPE
> SYNTAX INTEGER {
> other(1),
> normal(2),
> failure(3)
> }
> MAX-ACCESS read-only
> STATUS current
> DESCRIPTION
> "The power supply operation status."
> ::= { snChasPwrSupplyEntry 3 }

There's a MIB view here:

http://www.oidview.com/mibs/1991/FOUNDRY-SN-AGENT-MIB.html

Also, if you have foundrynet access, take a look at the 'MIBs' in the
Turboiron section. This is all defined in there.

Nick
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


frnkblk at iname

Jan 16, 2012, 2:45 PM

Post #3 of 10 (836 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

If you use NAGIOS, it would be interesting to find out if the
check_snmp_environment plugin identifies that issue.

Frank

-----Original Message-----
From: foundry-nsp-bounces [at] puck
[mailto:foundry-nsp-bounces [at] puck] On Behalf Of Nick Hilliard
Sent: Monday, January 16, 2012 4:33 PM
To: foundry-nsp [at] puck
Subject: Re: [f-nsp] OID for TurboIron PowerSupply

On 16/01/2012 22:01, Robert Hass wrote:
> Is any SNMP OID in TurboIron (SW 4.2 or 7.3 - doesn't matter) to
> monitor status of power supply ?
> We had problem with one power supply (lost power due to disconnect
> power cord) and there wasn't any information about this in syslog. So
> I'm looking for monitoring these events in SNMP.

Yes, this info is available in .1.3.6.1.4.1.1991.1.1.1.2.1

> % snmpwalk -v 2c -c blahblah switchname.example.com
.1.3.6.1.4.1.1991.1.1.1.2.1
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.1 = INTEGER: 1
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.2 = INTEGER: 2
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.1 = STRING: "Power supply 1
(right slot when facing rear)"
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.2 = STRING: "Power supply 2
(left slot when facing rear)"
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.1 = INTEGER: 2
> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.2 = INTEGER: 2
> %

The entries in .1.3.6.1.4.1.1991.1.1.1.2.1.1.3 are the PSU OperStatus and
are defined as follows:

> snChasPwrSupplyOperStatus OBJECT-TYPE
> SYNTAX INTEGER {
> other(1),
> normal(2),
> failure(3)
> }
> MAX-ACCESS read-only
> STATUS current
> DESCRIPTION
> "The power supply operation status."
> ::= { snChasPwrSupplyEntry 3 }

There's a MIB view here:

http://www.oidview.com/mibs/1991/FOUNDRY-SN-AGENT-MIB.html

Also, if you have foundrynet access, take a look at the 'MIBs' in the
Turboiron section. This is all defined in there.

Nick
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


barry+f-nsp at opensolutions

Jan 16, 2012, 11:31 PM

Post #4 of 10 (834 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

On 16/01/12 22:45, Frank Bulk wrote:
> If you use NAGIOS, it would be interesting to find out if the
> check_snmp_environment plugin identifies that issue.
I have a first pass at a custom Brocade chassis checker at:

https://github.com/barryo/nagios-plugins/blob/master/check_chassis_brocade.pl

that includes PSU(s) status, memory, CPU, temperature, fans, recent
reboot, and more.

- Barry


> Frank
>
> -----Original Message-----
> From: foundry-nsp-bounces [at] puck
> [mailto:foundry-nsp-bounces [at] puck] On Behalf Of Nick Hilliard
> Sent: Monday, January 16, 2012 4:33 PM
> To: foundry-nsp [at] puck
> Subject: Re: [f-nsp] OID for TurboIron PowerSupply
>
> On 16/01/2012 22:01, Robert Hass wrote:
>> Is any SNMP OID in TurboIron (SW 4.2 or 7.3 - doesn't matter) to
>> monitor status of power supply ?
>> We had problem with one power supply (lost power due to disconnect
>> power cord) and there wasn't any information about this in syslog. So
>> I'm looking for monitoring these events in SNMP.
>
> Yes, this info is available in .1.3.6.1.4.1.1991.1.1.1.2.1
>
>> % snmpwalk -v 2c -c blahblah switchname.example.com
> .1.3.6.1.4.1.1991.1.1.1.2.1
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.1 = INTEGER: 1
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.2 = INTEGER: 2
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.1 = STRING: "Power supply 1
> (right slot when facing rear)"
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.2 = STRING: "Power supply 2
> (left slot when facing rear)"
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.1 = INTEGER: 2
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.2 = INTEGER: 2
>> %
>
> The entries in .1.3.6.1.4.1.1991.1.1.1.2.1.1.3 are the PSU OperStatus and
> are defined as follows:
>
>> snChasPwrSupplyOperStatus OBJECT-TYPE
>> SYNTAX INTEGER {
>> other(1),
>> normal(2),
>> failure(3)
>> }
>> MAX-ACCESS read-only
>> STATUS current
>> DESCRIPTION
>> "The power supply operation status."
>> ::= { snChasPwrSupplyEntry 3 }
>
> There's a MIB view here:
>
> http://www.oidview.com/mibs/1991/FOUNDRY-SN-AGENT-MIB.html
>
> Also, if you have foundrynet access, take a look at the 'MIBs' in the
> Turboiron section. This is all defined in there.
>
> Nick
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp [at] puck
> http://puck.nether.net/mailman/listinfo/foundry-nsp
>
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp [at] puck
> http://puck.nether.net/mailman/listinfo/foundry-nsp
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


frnkblk at iname

Jan 17, 2012, 6:18 AM

Post #5 of 10 (859 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

Thanks, it seems to work fine on my MLXe. I hadn't seen your NAGIOS plugin
in my previous searches. If you haven't already, please add it to NAGIOS
Exchange.

Frank

-----Original Message-----
From: Barry O'Donovan [mailto:barry+f-nsp [at] opensolutions]
Sent: Tuesday, January 17, 2012 1:31 AM
To: foundry-nsp [at] puck
Cc: frnkblk [at] iname
Subject: Re: [f-nsp] OID for TurboIron PowerSupply


On 16/01/12 22:45, Frank Bulk wrote:
> If you use NAGIOS, it would be interesting to find out if the
> check_snmp_environment plugin identifies that issue.
I have a first pass at a custom Brocade chassis checker at:

https://github.com/barryo/nagios-plugins/blob/master/check_chassis_brocade.p
l

that includes PSU(s) status, memory, CPU, temperature, fans, recent
reboot, and more.

- Barry


> Frank
>
> -----Original Message-----
> From: foundry-nsp-bounces [at] puck
> [mailto:foundry-nsp-bounces [at] puck] On Behalf Of Nick Hilliard
> Sent: Monday, January 16, 2012 4:33 PM
> To: foundry-nsp [at] puck
> Subject: Re: [f-nsp] OID for TurboIron PowerSupply
>
> On 16/01/2012 22:01, Robert Hass wrote:
>> Is any SNMP OID in TurboIron (SW 4.2 or 7.3 - doesn't matter) to
>> monitor status of power supply ?
>> We had problem with one power supply (lost power due to disconnect
>> power cord) and there wasn't any information about this in syslog. So
>> I'm looking for monitoring these events in SNMP.
>
> Yes, this info is available in .1.3.6.1.4.1.1991.1.1.1.2.1
>
>> % snmpwalk -v 2c -c blahblah switchname.example.com
> .1.3.6.1.4.1.1991.1.1.1.2.1
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.1 = INTEGER: 1
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.1.2 = INTEGER: 2
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.1 = STRING: "Power supply 1
> (right slot when facing rear)"
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.2.2 = STRING: "Power supply 2
> (left slot when facing rear)"
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.1 = INTEGER: 2
>> SNMPv2-SMI::enterprises.1991.1.1.1.2.1.1.3.2 = INTEGER: 2
>> %
>
> The entries in .1.3.6.1.4.1.1991.1.1.1.2.1.1.3 are the PSU OperStatus and
> are defined as follows:
>
>> snChasPwrSupplyOperStatus OBJECT-TYPE
>> SYNTAX INTEGER {
>> other(1),
>> normal(2),
>> failure(3)
>> }
>> MAX-ACCESS read-only
>> STATUS current
>> DESCRIPTION
>> "The power supply operation status."
>> ::= { snChasPwrSupplyEntry 3 }
>
> There's a MIB view here:
>
> http://www.oidview.com/mibs/1991/FOUNDRY-SN-AGENT-MIB.html
>
> Also, if you have foundrynet access, take a look at the 'MIBs' in the
> Turboiron section. This is all defined in there.
>
> Nick
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp [at] puck
> http://puck.nether.net/mailman/listinfo/foundry-nsp
>
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp [at] puck
> http://puck.nether.net/mailman/listinfo/foundry-nsp


_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


knabenreich at hkn

Jan 24, 2012, 7:48 AM

Post #6 of 10 (816 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

Barry,

Am 17.01.2012 08:31, schrieb Barry O'Donovan:
>
> On 16/01/12 22:45, Frank Bulk wrote:
>> If you use NAGIOS, it would be interesting to find out if the
>> check_snmp_environment plugin identifies that issue.
> I have a first pass at a custom Brocade chassis checker at:
>
> https://github.com/barryo/nagios-plugins/blob/master/check_chassis_brocade.pl
>
> that includes PSU(s) status, memory, CPU, temperature, fans, recent
> reboot, and more.
>

thank you for the time and work you spent on that script. I works great
for us and we added some minor changes as follows:

Diff1:

246d245
< $t_warning = '64.0' if ($t_warning == 0);

This patch fixes rare situations on SuperX and SX Switches where the OID
"1.3.6.1.4.1.1991.1.1.1.1.19" [snChasWarningTemperatur] is presented as
"0". I have set this value to '64.0' since this is the default value I
have seen on other devices where this OID is set correctly.

After patching this miror thing the script works fine for SuperX or SX
at our site.

Diff2:

617,618c616
< # return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );
< return sprintf( "%0.1f", ( $t ) / 2 );
---
> return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );

As far as I know the OID output is 0.5 Degrees Celsius each unit and not
Fahrenheit, means OID Value 160 turns to be 80 Degrees Celsius. If you
like to add some Fahrenheit Support this could be easily done by just
adding a few lines.

Again thank you for the great script.

Best regards
Mit freundlichen Gruessen
Lutz Knabenreich

--
HKN GmbH Tel: +49 211 875505-0
Lutz Knabenreich Fax: +49 211 87550555
Am Rheintor 7 http://www.hkn.de
47829 Krefeld mailto:knabenreich [at] hkn

Technik Standort:
In der Steele 29
40599 Duesseldorf

Eingetragen am Amtsgericht Krefeld HRB 12335
Geschaeftsfuehrer Lutz Knabenreich
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


jethro.binks at strath

Jan 24, 2012, 8:47 AM

Post #7 of 10 (817 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

On Tue, 24 Jan 2012, Lutz Knabenreich wrote:

> As far as I know the OID output is 0.5 Degrees Celsius each unit and not
> Fahrenheit, means OID Value 160 turns to be 80 Degrees Celsius.

This is generally correct these days, and has been for some years, but it
is worth remembering that several times during the last 10 years the MIB
has changed between reporting in units of 1 deg C and 0.5 deg C. On
several occasions we found an upgrade caused our temp readings to double
or half (with mild panic until we looked more closely!).

Jethro.

. . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks, Network Manager,
Information Services Directorate, University Of Strathclyde, Glasgow, UK

The University of Strathclyde is a charitable body, registered in
Scotland, number SC015263.
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


frnkblk at iname

Jan 24, 2012, 8:52 AM

Post #8 of 10 (817 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

Barry:

I also added code to deal with a situation where the CPU percentage was
calculated to be over 100%.

if(( $util >= $threscpu{$t_time . 'c'} ) && ( $util <= 100)) {
&setstate( 'CRITICAL', "$t_time CPU Usage $util%" );
} elsif(( $util >= $threscpu{$t_time . 'w'} ) && ( $util <= 100)) {
&setstate( 'WARNING', "$t_time CPU Usage $util%" );

Frank

-----Original Message-----
From: foundry-nsp-bounces [at] puck
[mailto:foundry-nsp-bounces [at] puck] On Behalf Of Lutz Knabenreich
Sent: Tuesday, January 24, 2012 9:48 AM
To: foundry-nsp [at] puck
Subject: Re: [f-nsp] OID for TurboIron PowerSupply

Barry,

Am 17.01.2012 08:31, schrieb Barry O'Donovan:
>
> On 16/01/12 22:45, Frank Bulk wrote:
>> If you use NAGIOS, it would be interesting to find out if the
>> check_snmp_environment plugin identifies that issue.
> I have a first pass at a custom Brocade chassis checker at:
>
>
https://github.com/barryo/nagios-plugins/blob/master/check_chassis_brocade.p
l
>
> that includes PSU(s) status, memory, CPU, temperature, fans, recent
> reboot, and more.
>

thank you for the time and work you spent on that script. I works great
for us and we added some minor changes as follows:

Diff1:

246d245
< $t_warning = '64.0' if ($t_warning == 0);

This patch fixes rare situations on SuperX and SX Switches where the OID
"1.3.6.1.4.1.1991.1.1.1.1.19" [snChasWarningTemperatur] is presented as
"0". I have set this value to '64.0' since this is the default value I
have seen on other devices where this OID is set correctly.

After patching this miror thing the script works fine for SuperX or SX
at our site.

Diff2:

617,618c616
< # return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );
< return sprintf( "%0.1f", ( $t ) / 2 );
---
> return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );

As far as I know the OID output is 0.5 Degrees Celsius each unit and not
Fahrenheit, means OID Value 160 turns to be 80 Degrees Celsius. If you
like to add some Fahrenheit Support this could be easily done by just
adding a few lines.

Again thank you for the great script.

Best regards
Mit freundlichen Gruessen
Lutz Knabenreich

--
HKN GmbH Tel: +49 211 875505-0
Lutz Knabenreich Fax: +49 211 87550555
Am Rheintor 7 http://www.hkn.de
47829 Krefeld mailto:knabenreich [at] hkn

Technik Standort:
In der Steele 29
40599 Duesseldorf

Eingetragen am Amtsgericht Krefeld HRB 12335
Geschaeftsfuehrer Lutz Knabenreich
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


barry+f-nsp at opensolutions

Jan 26, 2012, 8:45 AM

Post #9 of 10 (813 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

Thanks Lutz (and for the additional notes from Jethro).

I've incorporated those changes now.

- Barry

> On 24/01/12 15:48, Lutz Knabenreich wrote:
>> Barry,
>
>> Am 17.01.2012 08:31, schrieb Barry O'Donovan:
>>>
>>> On 16/01/12 22:45, Frank Bulk wrote:
>>>> If you use NAGIOS, it would be interesting to find out if the
>>>> check_snmp_environment plugin identifies that issue.
>>> I have a first pass at a custom Brocade chassis checker at:
>>>
>>> https://github.com/barryo/nagios-plugins/blob/master/check_chassis_brocade.pl
>>>
>>>
>>>
>>>
> that includes PSU(s) status, memory, CPU, temperature, fans, recent
>>> reboot, and more.
>>>
>
>> thank you for the time and work you spent on that script. I works
>> great for us and we added some minor changes as follows:
>
>> Diff1:
>
>> 246d245 < $t_warning = '64.0' if ($t_warning ==
>> 0);
>
>> This patch fixes rare situations on SuperX and SX Switches where
>> the OID "1.3.6.1.4.1.1991.1.1.1.1.19" [snChasWarningTemperatur] is
>> presented as "0". I have set this value to '64.0' since this is the
>> default value I have seen on other devices where this OID is set
>> correctly.
>
>> After patching this miror thing the script works fine for SuperX or
>> SX at our site.
>
>> Diff2:
>
>> 617,618c616 < # return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );
>> < return sprintf( "%0.1f", ( $t ) / 2 ); ---
>>> return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );
>
>> As far as I know the OID output is 0.5 Degrees Celsius each unit
>> and not Fahrenheit, means OID Value 160 turns to be 80 Degrees
>> Celsius. If you like to add some Fahrenheit Support this could be
>> easily done by just adding a few lines.
>
>> Again thank you for the great script.
>
>> Best regards Mit freundlichen Gruessen Lutz Knabenreich
>
>
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp


barry+f-nsp at opensolutions

Jan 26, 2012, 8:45 AM

Post #10 of 10 (814 views)
Permalink
Re: OID for TurboIron PowerSupply [In reply to]

On 24/01/12 16:52, Frank Bulk wrote:
> I also added code to deal with a situation where the CPU percentage
> was calculated to be over 100%.
>
> if(( $util >= $threscpu{$t_time . 'c'} ) && ( $util <= 100)) {
> &setstate( 'CRITICAL', "$t_time CPU Usage $util%" ); } elsif((
> $util >= $threscpu{$t_time . 'w'} ) && ( $util <= 100)) {
> &setstate( 'WARNING', "$t_time CPU Usage $util%" );

I'm not sure ignoring >100% is the right thing to do here.

- Barry


>> Frank
>
>> -----Original Message----- From:
>> foundry-nsp-bounces [at] puck
>> [mailto:foundry-nsp-bounces [at] puck] On Behalf Of Lutz
>> Knabenreich Sent: Tuesday, January 24, 2012 9:48 AM To:
>> foundry-nsp [at] puck Subject: Re: [f-nsp] OID for TurboIron
>> PowerSupply
>
>> Barry,
>
>> Am 17.01.2012 08:31, schrieb Barry O'Donovan:
>>>
>>> On 16/01/12 22:45, Frank Bulk wrote:
>>>> If you use NAGIOS, it would be interesting to find out if the
>>>> check_snmp_environment plugin identifies that issue.
>>> I have a first pass at a custom Brocade chassis checker at:
>>>
>>>
>> https://github.com/barryo/nagios-plugins/blob/master/check_chassis_brocade.p
>
>
> l
>>>
>>> that includes PSU(s) status, memory, CPU, temperature, fans,
>>> recent reboot, and more.
>>>
>
>> thank you for the time and work you spent on that script. I works
>> great for us and we added some minor changes as follows:
>
>> Diff1:
>
>> 246d245 < $t_warning = '64.0' if ($t_warning ==
>> 0);
>
>> This patch fixes rare situations on SuperX and SX Switches where
>> the OID "1.3.6.1.4.1.1991.1.1.1.1.19" [snChasWarningTemperatur] is
>> presented as "0". I have set this value to '64.0' since this is the
>> default value I have seen on other devices where this OID is set
>> correctly.
>
>> After patching this miror thing the script works fine for SuperX or
>> SX at our site.
>
>> Diff2:
>
>> 617,618c616 < # return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );
>> < return sprintf( "%0.1f", ( $t ) / 2 ); ---
>>> return sprintf( "%0.1f", ( $t - 32.0 ) / 1.8 );
>
>> As far as I know the OID output is 0.5 Degrees Celsius each unit
>> and not Fahrenheit, means OID Value 160 turns to be 80 Degrees
>> Celsius. If you like to add some Fahrenheit Support this could be
>> easily done by just adding a few lines.
>
>> Again thank you for the great script.
>
>> Best regards Mit freundlichen Gruessen Lutz Knabenreich
>
>
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp

nsp foundry RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.