Re: [Observium] Tripplite PDUMNH20 (power strips)
Great progress. Data now appears in RRD, just it’s off by 10 X. Plots show 1.1, correct answer is 11.0 Amps.
When I look at the device with iReasoning MIB browser, using the UPS-MIB supplied by TrippLite, or the UPS-MIB from Observium, it says: integer: 11 See attached. Seems most of the MIB files mention units of “0.1 RMS Amp”. Not sure what that does.
Any way to resolve this?
upsOutputCurrent OBJECT-TYPE SYNTAX NonNegativeInteger UNITS "0.1 RMS Amp" MAX-ACCESS read-only STATUS current DESCRIPTION "The present output current." ::= { upsOutputEntry 3 }
From: Mike Stupalov [mailto:mike@stupalov.ru] Sent: Friday, October 16, 2015 4:23 PM To: Ralph Pursifull ralph@palamida.com Cc: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Tripplite PDUMNH20 (power strips)
I see that Current output already discovered (with value 1.1):
Discover sensor: current, pdu72, .1.3.6.1.2.1.33.1.4.4.1.3.1, upsOutputEntry.1, ups-mib, Output, SCALE: 0.1, LIMITS: (, , , ), CURRENT: 1.1 But I fix (clean) some incorrectly discovered sensors in r7105.
On Sat, Oct 17, 2015 at 1:20 AM, Ralph Pursifull <ralph@palamida.commailto:ralph@palamida.com> wrote: Here you go. Thanks for your help on this.
From: observium [mailto:observium-bounces@observium.orgmailto:observium-bounces@observium.org] On Behalf Of Mike Stupalov Sent: Friday, October 16, 2015 3:07 PM
To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Tripplite PDUMNH20 (power strips)
Hi, observium already have mostly support for UPS-MIB including upsOutputCurrent. Seems as something wrong in snmpwalk output. Send me debug output for: ./discovery.php -d -m sensors -h <this_device>
On Sat, Oct 17, 2015 at 12:21 AM, Ralph Pursifull <ralph@palamida.commailto:ralph@palamida.com> wrote: Hi Adam, Still have a problem with a fresh Professional install of “current” observium/trunk.
Situation: For a Tripplite PDUMNH20 (power strip) we want to display total current. This will help us manage power consumption in our remote rack at the colo site, where we pay directly for amps.
Latest “current” Observium page generated for PDUMNH20 attempts to display a “Current” plot in the upper right. Unfortunately all values are “0” with units of “–nan”.
TrippLite Support tells me we want this data item from the UPS-MIB. Name: upsOutputCurrent.1 OID: .1.3.6.1.2.1.33.1.4.4.1.3.1 Data : 4 Descroption: The present output current.
Please can you plot that one? What OID are you trying to plot? What is cost of fix? Happy to go that route.
Ralph
From: observium [mailto:observium-bounces@observium.orgmailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Thursday, October 08, 2015 1:04 PM To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Tripplite PDUMNH20 (power strips)
Hi Ralph,
Its possible this is already fixed in the current subscription edition.
If not, you have two options (both of which require having a subscription!):
Hope we fix it once you confirm its not fixed in subscription. Pay someone for a couple of hours work to fix it.
The choice between the two is usually based on how much you want the fix :)
I vaguely recall some triplite stuff changing in the recent past, so chances are it's fixed already.
I don't have any of those devices though, so can't say for certain with looking into it a little further.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 8 October 2015 8:37:53 pm Ralph Pursifull <ralph@palamida.commailto:ralph@palamida.com> wrote: Hi. New to this list, so please excuse if I break etiquette.
For couple years we happily used Observium to monitor and track current through our Tripplite PDUMNH20. Thanks to you all for Observium.
Life was OK, but the integrated Tripplite SNMPWEBCARDs had problems from time to time. Tripplite rolled out new firmware (currently 12.06.0065) and that issue was resolved. (SNMPWEBCARD is a component used in many of their products.) Unfortunately, now current plots as a flat line at 0. I’ve worked with Tripplite support to verify some data is present with snmpwalk. But probably not where Observium expects to find it. My guess is the firmware change switched to a new mib. I’ve tried to delete devices, update Observium and recreate… no luck.
Tripplite currently provides these two MIBs http://www.tripplite.com/shared/software/Firmware/UPS-MIB-Definitions.txt http://www.tripplite.com/shared/software/Firmware/Tripp-Lite-MIB-Definitions...
Would be happy to switch to Professional, buy support, whatever is needed to restore ability to plot Current over time from Tripplite PDUMNH20.
Any good advice?
_______________________________________________ observium mailing list observium@observium.orgmailto:observium%40observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observiumhttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov http://observium.org/
Correctly value is 1.1A As you said yourself in UPS-MIB this value collected as "0.1 RMS Amp", that why snmp value multiplied by scale 0.1. (Just snmp values not support float type of values, this is why used increased values as an integer.)
On Sat, Oct 17, 2015 at 3:56 AM, Ralph Pursifull ralph@palamida.com wrote:
Great progress. Data now appears in RRD, just it’s off by 10 X. Plots show 1.1, correct answer is 11.0 Amps.
When I look at the device with iReasoning MIB browser, using the UPS-MIB supplied by TrippLite, or the UPS-MIB from Observium, it says: integer: 11 See attached.
Seems most of the MIB files mention units of “0.1 RMS Amp”. Not sure what that does.
Any way to resolve this?
upsOutputCurrent OBJECT-TYPE
SYNTAX NonNegativeInteger UNITS "0.1 RMS Amp" MAX-ACCESS read-only STATUS current DESCRIPTION "The present output current." ::= { upsOutputEntry 3 }
*From:* Mike Stupalov [mailto:mike@stupalov.ru] *Sent:* Friday, October 16, 2015 4:23 PM *To:* Ralph Pursifull ralph@palamida.com *Cc:* Observium Network Observation System observium@observium.org
*Subject:* Re: [Observium] Tripplite PDUMNH20 (power strips)
I see that Current output already discovered (with value 1.1):
Discover sensor: current, pdu72, .1.3.6.1.2.1.33.1.4.4.1.3.1, upsOutputEntry.1, ups-mib, Output, SCALE: 0.1, LIMITS: (, , , ), CURRENT: 1.1
But I fix (clean) some incorrectly discovered sensors in r7105.
On Sat, Oct 17, 2015 at 1:20 AM, Ralph Pursifull ralph@palamida.com wrote:
Here you go. Thanks for your help on this.
*From:* observium [mailto:observium-bounces@observium.org] *On Behalf Of *Mike Stupalov *Sent:* Friday, October 16, 2015 3:07 PM
*To:* Observium Network Observation System observium@observium.org *Subject:* Re: [Observium] Tripplite PDUMNH20 (power strips)
Hi,
observium already have mostly support for UPS-MIB including upsOutputCurrent.
Seems as something wrong in snmpwalk output.
Send me debug output for:
./discovery.php -d -m sensors -h <this_device>
On Sat, Oct 17, 2015 at 12:21 AM, Ralph Pursifull ralph@palamida.com wrote:
Hi Adam,
Still have a problem with a fresh Professional install of “current” observium/trunk.
Situation: For a Tripplite PDUMNH20 (power strip) we want to display total current. This will help us manage power consumption in our remote rack at the colo site, where we pay directly for amps.
Latest “current” Observium page generated for PDUMNH20 attempts to display a “Current” plot in the upper right. Unfortunately all values are “0” with units of “–nan”.
TrippLite Support tells me we want this data item from the UPS-MIB.
Name: upsOutputCurrent.1
OID: .1.3.6.1.2.1.33.1.4.4.1.3.1
Data : 4
Descroption: The present output current.
Please can you plot that one? What OID are you trying to plot?
What is cost of fix? Happy to go that route.
Ralph
*From:* observium [mailto:observium-bounces@observium.org] *On Behalf Of *Adam Armstrong *Sent:* Thursday, October 08, 2015 1:04 PM *To:* Observium Network Observation System observium@observium.org *Subject:* Re: [Observium] Tripplite PDUMNH20 (power strips)
Hi Ralph,
Its possible this is already fixed in the current subscription edition.
If not, you have two options (both of which require having a subscription!):
Hope we fix it once you confirm its not fixed in subscription. Pay someone for a couple of hours work to fix it.
The choice between the two is usually based on how much you want the fix :)
I vaguely recall some triplite stuff changing in the recent past, so chances are it's fixed already.
I don't have any of those devices though, so can't say for certain with looking into it a little further.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 8 October 2015 8:37:53 pm Ralph Pursifull ralph@palamida.com wrote:
Hi. New to this list, so please excuse if I break etiquette.
For couple years we happily used Observium to monitor and track current through our Tripplite PDUMNH20. Thanks to you all for Observium.
Life was OK, but the integrated Tripplite SNMPWEBCARDs had problems from time to time. Tripplite rolled out new firmware (currently 12.06.0065) and that issue was resolved. (SNMPWEBCARD is a component used in many of their products.) Unfortunately, now current plots as a flat line at 0. I’ve worked with Tripplite support to verify some data is present with snmpwalk. But probably not where Observium expects to find it. My guess is the firmware change switched to a new mib. I’ve tried to delete devices, update Observium and recreate… no luck.
Tripplite currently provides these two MIBs
http://www.tripplite.com/shared/software/Firmware/UPS-MIB-Definitions.txt
http://www.tripplite.com/shared/software/Firmware/Tripp-Lite-MIB-Definitions...
Would be happy to switch to Professional, buy support, whatever is needed to restore ability to plot Current over time from Tripplite PDUMNH20.
Any good advice?
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
--
Mike Stupalov http://observium.org/
participants (2)
-
Mike Stupalov
-
Ralph Pursifull