- observium - lists.observium.org

Re: [Observium] Supermicro: Voltage scale unreliabe
by Mike Stupalov 03 Feb '20

03 Feb '20

Ok, as I see in your output, all sensors with smHealthMonitorType equal to 1, everyone have smHealthMonitorReadingUnit equal to mV. And this mean our sensor definition still correct, not see reason for your changes. But I found 2 additional sensor classes (current type 7, unit mA) and (power type, unit mW). I will add it. smHealthMonitorType.22 = 1 smHealthMonitorType.23 = 1 smHealthMonitorType.24 = 1 smHealthMonitorType.25 = 1 smHealthMonitorType.26 = 1 smHealthMonitorType.27 = 1 smHealthMonitorType.28 = 1 smHealthMonitorType.29 = 1 smHealthMonitorType.30 = 1 smHealthMonitorType.31 = 1 smHealthMonitorType.32 = 1 smHealthMonitorType.33 = 1 .. smHealthMonitorType.42 = 1 smHealthMonitorType.43 = 1 .. smHealthMonitorType.52 = 1 smHealthMonitorType.53 = 1 smHealthMonitorReadingUnit.22 = "mV" smHealthMonitorReadingUnit.23 = "mV" smHealthMonitorReadingUnit.24 = "mV" smHealthMonitorReadingUnit.25 = "mV" smHealthMonitorReadingUnit.26 = "mV" smHealthMonitorReadingUnit.27 = "mV" smHealthMonitorReadingUnit.28 = "mV" smHealthMonitorReadingUnit.29 = "mV" smHealthMonitorReadingUnit.30 = "mV" smHealthMonitorReadingUnit.31 = "mV" smHealthMonitorReadingUnit.32 = "mV" smHealthMonitorReadingUnit.33 = "mV" .. smHealthMonitorReadingUnit.42 = "mV" smHealthMonitorReadingUnit.43 = "mV" .. smHealthMonitorReadingUnit.52 = "mV" smHealthMonitorReadingUnit.53 = "mV" Torstein Eide wrote on 03.02.2020 13:04: > Hi Mike > See attached file > > > man. 27. jan. 2020 kl. 19:21 skrev Mike Stupalov <mike(a)observium.org > <mailto:mike@observium.org>>: > > Hrm, > > please attach discovery debug for more understand, what your > device return in this MIB: > ./discovery.php -d -m sensors -h <device> > > Torstein Eide wrote on 27.01.2020 20:51: >> for voltage, the scale is in mV, (0.001), some times it would >> reset to 1. >> like this, for a 12V rail: >> image.png >> >> It is the fix "+ 'scale' => 0.001," that is >> important. >> since the "map_class" is more reliable then than the " 'mV' => >> 0.001,". >> >> man. 27. jan. 2020 kl. 18:33 skrev Mike Stupalov >> <mike(a)observium.org <mailto:mike@observium.org>>: >> >> Hi, >> >> please describe, what you mean as (voltage was unreliable)? >> >> as I see, you just added min (0) and max (250000), >> if your server return such values, we can exclude in same >> (single) definition. >> Both this values also impossible for fan speed and temperature. >> >> Torstein Eide via observium wrote on 24.01.2020 14:40: >>> Hi >>> >>> For me the scale read by the supermicro voltage was >>> unreliable, so i have change it to be 2 separately entries. >>> Index: includes/definitions/mibs/supermicro.inc.php >>> >>> =================================================================== >>> --- includes/definitions/mibs/supermicro.inc.php >>> (revision 10173) >>> +++ includes/definitions/mibs/supermicro.inc.php >>> (working copy) >>> @@ -29,6 +29,8 @@ >>> 'SUPERMICRO-HEALTH-MIB::smHealthMonitorName.1' => '/.+/' >>> ]; >>> >>> + >>> +// Tempeture and fanspeed >>> $config['mibs'][$mib]['sensor'][] = array( >>> 'table' => 'smHealthMonitorTable', >>> 'oid' => 'smHealthMonitorReading', >>> @@ -35,11 +37,12 @@ >>> 'oid_descr' => 'smHealthMonitorName', >>> 'descr_transform' => [ 'action' => 'ireplace', >>> 'from' => [ 'Temperature', 'Temp', 'Voltage', ' Fan >>> Speed', ' Speed' ], 'to' => '' ], >>> 'oid_class' => 'smHealthMonitorType', >>> - 'map_class' => [ 0 => 'fanspeed', 1 => >>> 'voltage', 2 => 'temperature' ], >>> + 'map_class' => [ 0 => 'fanspeed', 2 => >>> 'temperature' ], >>> // This table have unit oid smHealthMonitorDivisor, >>> but it always 0 >>> 'oid_scale' => 'smHealthMonitorReadingUnit', >>> 'map_scale' => [ 'C' => 1, 'mV' => 0.001, >>> 'RPM' => 1 ], >>> 'oid_num' => >>> '.1.3.6.1.4.1.10876.2.1.1.1.1.4', >>> + 'min' => 0, >>> 'limit_scale' => 'scale', // limits scale >>> same as main scale >>> 'oid_limit_high' => 'smHealthMonitorHighLimit', >>> 'oid_limit_low' => 'smHealthMonitorLowLimit', >>> @@ -47,6 +50,31 @@ >>> 'rename_rrd' => 'supermicro-%index%' >>> ); >>> >>> +// voltage >>> + >>> +$config['mibs'][$mib]['sensor'][] = array( >>> + 'table' => 'smHealthMonitorTable', >>> + 'oid' => 'smHealthMonitorReading', >>> + 'oid_descr' => 'smHealthMonitorName', >>> + 'descr_transform' => [ 'action' => 'ireplace', >>> 'from' => [ 'Temperature', 'Temp', 'Voltage', ' Fan >>> Speed', ' Speed' ], 'to' => '' ], >>> + 'oid_class' => 'smHealthMonitorType', >>> + 'map_class' => [ 1 => 'voltage' ], >>> + // This table have unit oid smHealthMonitorDivisor, >>> but it always 0 >>> + //'oid_scale' => 'smHealthMonitorReadingUnit', >>> + //'map_scale' => [ 'C' => 1, 'mV' => 0.001, >>> 'RPM' => 1 ], >>> + 'limit_scale' => 'scale', // limits scale >>> same as main scale >>> + 'scale' => 0.001, >>> + 'oid_num' => >>> '.1.3.6.1.4.1.10876.2.1.1.1.1.4', >>> + 'min' => 0, >>> + 'max' => 250000, >>> + 'oid_limit_high' => 'smHealthMonitorHighLimit', >>> + 'oid_limit_low' => 'smHealthMonitorLowLimit', >>> + 'test' => [ 'field' => >>> 'smHealthMonitorReadingUnit', 'operator' => 'notin', >>> 'value' => [ 'ThermalText', 'N/A' ] ], >>> + 'rename_rrd' => 'supermicro-%index%' >>> +); >>> >>> >>> This fix the problem i had with scale changing for voltage. >>> >>> -- >>> Torstein Eide >>> Torsteine(a)gmail.com <mailto:Torsteine@gmail.com> >>> >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org <mailto:observium@observium.org> >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> -- >> Mike Stupalov >> Observium Limited, http://observium.org >> >> >> >> -- >> Torstein Eide >> Torsteine(a)gmail.com <mailto:Torsteine@gmail.com> > > -- > Mike Stupalov > Observium Limited, http://observium.org > > > > -- > Torstein Eide > Torsteine(a)gmail.com <mailto:Torsteine@gmail.com> -- Mike Stupalov Observium Limited, http://observium.org

1 0

Device need to be rediscovered
by Tomasz Karczewski 02 Feb '20

02 Feb '20

Hi, >From the last update i see many logs like "snmpEngineID changed: -> (probably the device was replaced). The device will be rediscovered" I rediscoverd manually all devices but i still see these logs. Tomasz Karczewski Administrator Sieci tkarczewski(a)man.olsztyn.pl http://www.man.olsztyn.pl http://www.uwm.edu.pl tel. (89) 523 45 55 fax. (89) 523 43 47 Ośrodek Eksploatacji i Zarządzania Miejską Siecią Komputerową OLMAN w Olsztynie Uniwersytet Warmińsko-Mazurski w Olsztynie

4 6

Areca arrays
by cody＠mail-server.cc 01 Feb '20

01 Feb '20

The Areca controller is supported but only very basic infos are availaible as Areca doesn't provide much via SNMP. But there is a areca-hw script that uses the cli tool get the hardware infos out of it: CLI> hw info The Hardware Monitor Information ===================================================== [Controller H/W Monitor] CPU Temperature : 64 C Controller Temp. : 38 C CPU Fan : 8437 RPM 12V : 12.220 V 5V : 5.053 V 3.3V : 3.360 V IO Voltage +1.8V : 1.824 V DDR3 +1.5V : 1.536 V CPU VCore +1.0V : 1.040 V Analog +1.0V : 1.024 V DDR3 +0.75V : 0.752 V Battery Status : Not Installed [Enclosure#1 : SAS RAID Adapter V1.0] ===================================================== GuiErrMsg<0x00>: Success. Would it be possible to extend the areca-hw script to add volume and disk info to check if the volume is in Normal or Degraded state and if possible which disk is gone? CLI> vsf info # Name Raid Name Level Capacity Ch/Id/Lun State =============================================================================== 1 ARC-1882-VOL#000 Raid Set # 000 Raid1+0 480.1GB 00/00/00 Normal 2 ARC-1882-VOL#002 Raid Set # 002 Raid1+0 600.1GB 00/00/01 Normal 3 ARC-1882-VOL#003 Raid Set # 003 Raid1+0 2000.4GB 00/00/02 Normal =============================================================================== GuiErrMsg<0x00>: Success. CLI> disk info # Enc# Slot# ModelName Capacity Usage =============================================================================== 1 01 Slot#1 SAMSUNG MZ7KM480HAHP-0E005(SED 480.1GB Raid Set # 000 2 01 Slot#2 SAMSUNG MZ7KM480HAHP-0E005(SED 480.1GB Raid Set # 000 3 01 Slot#3 N.A. 0.0GB N.A. 4 01 Slot#4 N.A. 0.0GB N.A. 5 01 Slot#5 WDC WD6000HLHX-01JJPV0 600.1GB Raid Set # 002 6 01 Slot#6 WDC WD6000HLHX-01JJPV0 600.1GB Raid Set # 002 7 01 Slot#7 HGST HUS724020ALE640 2000.4GB Raid Set # 003 8 01 Slot#8 HGST HUS724020ALE640 2000.4GB Raid Set # 003 =============================================================================== GuiErrMsg<0x00>: Success. Thanks, Cody

1 0

Splunk integration
by davide.magni＠sorint.it 31 Jan '20

31 Jan '20

Hi all, I know that there are API in Observium for fetching devices status and data. Is there an integration/app/plugin for fetching this data into Splunk? Thanks! /* */ /*Davide Magni*/

1 0

Hardware inventory not updating
by Tomasz Karczewski 31 Jan '20

31 Jan '20

Hi, I noticed that my hardware inventory won't update in Observium pro version. How can i fix that? Tomasz Karczewski Administrator Sieci tkarczewski(a)man.olsztyn.pl http://www.man.olsztyn.pl http://www.uwm.edu.pl tel. (89) 523 45 55 fax. (89) 523 43 47 Ośrodek Eksploatacji i Zarządzania Miejską Siecią Komputerową OLMAN w Olsztynie Uniwersytet Warmińsko-Mazurski w Olsztynie

1 0

Contact
by Melissa Stagg 29 Jan '20

29 Jan '20

Hello, Does anyone know how to request an invoice or speak to someone direct please? Melissa Stagg Sales Support Melissa.Stagg(a)Millgate.co.uk millgate.co.uk<https://millgate.co.uk> +44 (0) 114 242 9864 [cid:image001.jpg@01D5D68D.542DD400]<https://millgate.co.uk/> [cid:image002.jpg@01D5D68D.542DD400]<https://www.linkedin.com/company/millgateit> [cid:image003.jpg@01D5D68D.542DD400]<https://twitter.com/millgate_it> [cid:image004.jpg@01D5D68D.542DD400]<https://www.facebook.com/millgateit> Registered Head Office: 7 Vantage Drive, Sheffield, South Yorkshire, S9 1RG Millgate Ltd. is a company registered in England and Wales. Registered number: 03229619. The information transmitted is intended for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission or other use of, or taking of any action in reliance upon information by persons or entities other than the intended recipient is prohibited. This email should be scanned for virus infection before opening, Millgate Ltd accept no liability for loss or damage arising through the content of this message. The content of this message, or opinions expressed within, are not necessarily agreed with by the directors or shareholders of Millgate Ltd. No terms and conditions (either emailed or posted) will be accepted by Millgate Ltd unless signed by a director of the company. If you have received this e-mail in error, please contact the sender and delete the material from any computer.

2 1

Storage size changes
by Luis Londoño 29 Jan '20

29 Jan '20

Hello, On our NAS devices, there are multiple entries where the storage size changes to 0 and then changes back to its original number. Is this something that can be changed? Or anybody know why it is doing that? I´m wondering if that is going to cause an issue if I enable an alert checker for disk size changes.

3 2

Re: [Observium] NetApp Storage FAS2552 - Interface Speed Change
by Mike Stupalov 28 Jan '20

28 Jan '20

Hi Basile, please try with latest revision (r10249). Issue should gone ;) Basile Bluntschli wrote on 28.01.2020 09:35: > Hi Make > > please see attached files. > As you can see from the screenshot the interface names get filled > wrong. As far as I can see in the debug. It would display the correct > Interface but it gets truncated. > > Thanks > Basile > > > > Am Di., 28. Jan. 2020 um 00:09 Uhr schrieb Mike Stupalov > <mike(a)observium.org <mailto:mike@observium.org>>: > > Hi Basile, > > you sent discovery debug, but this issue need to see poller debug. > > Please make this debug: > ./poller.php -d -m ports -h <device> > > Tnx. > > Basile Bluntschli via observium wrote on 27.01.2020 23:57: >> just sent to you via private reply >> >> Thanks! >> >> Am Mo., 27. Jan. 2020 um 19:59 Uhr schrieb Tom Laermans via >> observium <observium(a)observium.org <mailto:observium@observium.org>>: >> >> Probably better to ignore the -1 and consider ifHighSpeeed >> unreliable on that device? >> >> Debug output for the poller would definitely help! >> >> On 1/26/2020 6:44 PM, Adam Armstrong via observium wrote: >>> Is it always the same message? >>> >>> If so, I guess that database field can't contain -1 value. >>> >>> We can modify the schema for that, but it'd be useful to >>> know where the -1 is coming from. >>> >>> Adam. >>> >>> Sent from BlueMail <http://www.bluemail.me/r?b=15774> >>> On 26 Jan 2020, at 15:23, Basile Bluntschli via observium >>> <observium(a)observium.org <mailto:observium@observium.org>> >>> wrote: >>> >>> Hi All >>> >>> on our NetApp FAS2552 every polling interval the >>> interface speed changes: >>> Interface changed: [ifHighSpeed] '0' -> '-1' >>> >>> This happens at all polling intervals... >>> >>> Would a debug output help? >>> >>> Thanks >>> Basile >>> >>> >>> ------------------------------------------------------------------------ >>> >>> observium mailing list >>> observium(a)observium.org <mailto:observium@observium.org> >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org <mailto:observium@observium.org> >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org <mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org <mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > -- > Mike Stupalov > Observium Limited, http://observium.org > -- Mike Stupalov Observium Limited, http://observium.org

2 1

NetApp Storage FAS2552 - Interface Speed Change
by Basile Bluntschli 28 Jan '20

28 Jan '20

Hi All on our NetApp FAS2552 every polling interval the interface speed changes: Interface changed: [ifHighSpeed] '0' -> '-1' This happens at all polling intervals... Would a debug output help? Thanks Basile

4 4

Supermicro: Voltage scale unreliabe
by Torstein Eide 27 Jan '20

27 Jan '20

Hi For me the scale read by the supermicro voltage was unreliable, so i have change it to be 2 separately entries. Index: includes/definitions/mibs/supermicro.inc.php > =================================================================== > --- includes/definitions/mibs/supermicro.inc.php (revision 10173) > +++ includes/definitions/mibs/supermicro.inc.php (working copy) > @@ -29,6 +29,8 @@ > 'SUPERMICRO-HEALTH-MIB::smHealthMonitorName.1' => '/.+/' > ]; > > + > +// Tempeture and fanspeed > $config['mibs'][$mib]['sensor'][] = array( > 'table' => 'smHealthMonitorTable', > 'oid' => 'smHealthMonitorReading', > @@ -35,11 +37,12 @@ > 'oid_descr' => 'smHealthMonitorName', > 'descr_transform' => [ 'action' => 'ireplace', 'from' => [ > 'Temperature', 'Temp', 'Voltage', ' Fan Speed', ' Speed' ], 'to' => '' ], > 'oid_class' => 'smHealthMonitorType', > - 'map_class' => [ 0 => 'fanspeed', 1 => 'voltage', 2 => > 'temperature' ], > + 'map_class' => [ 0 => 'fanspeed', 2 => 'temperature' ], > // This table have unit oid smHealthMonitorDivisor, but it always 0 > 'oid_scale' => 'smHealthMonitorReadingUnit', > 'map_scale' => [ 'C' => 1, 'mV' => 0.001, 'RPM' => 1 ], > 'oid_num' => '.1.3.6.1.4.1.10876.2.1.1.1.1.4', > + 'min' => 0, > 'limit_scale' => 'scale', // limits scale same as main scale > 'oid_limit_high' => 'smHealthMonitorHighLimit', > 'oid_limit_low' => 'smHealthMonitorLowLimit', > @@ -47,6 +50,31 @@ > 'rename_rrd' => 'supermicro-%index%' > ); > > +// voltage > + > +$config['mibs'][$mib]['sensor'][] = array( > + 'table' => 'smHealthMonitorTable', > + 'oid' => 'smHealthMonitorReading', > + 'oid_descr' => 'smHealthMonitorName', > + 'descr_transform' => [ 'action' => 'ireplace', 'from' => [ > 'Temperature', 'Temp', 'Voltage', ' Fan Speed', ' Speed' ], 'to' => '' ], > + 'oid_class' => 'smHealthMonitorType', > + 'map_class' => [ 1 => 'voltage' ], > + // This table have unit oid smHealthMonitorDivisor, but it always 0 > + //'oid_scale' => 'smHealthMonitorReadingUnit', > + //'map_scale' => [ 'C' => 1, 'mV' => 0.001, 'RPM' => 1 ], > + 'limit_scale' => 'scale', // limits scale same as main scale > + 'scale' => 0.001, > + 'oid_num' => '.1.3.6.1.4.1.10876.2.1.1.1.1.4', > + 'min' => 0, > + 'max' => 250000, > + 'oid_limit_high' => 'smHealthMonitorHighLimit', > + 'oid_limit_low' => 'smHealthMonitorLowLimit', > + 'test' => [ 'field' => 'smHealthMonitorReadingUnit', > 'operator' => 'notin', 'value' => [ 'ThermalText', 'N/A' ] ], > + 'rename_rrd' => 'supermicro-%index%' > +); This fix the problem i had with scale changing for voltage. -- Torstein Eide Torsteine(a)gmail.com

2 3