Hi Adam

Where would I look for error in the Java console?

Regards

Pieter Meyer

Converged Group | Licensed ISP 0258/IECNS/JAN/09

75 Witkoppen Rd, North Riding, Gauteng, 2162

Office: +27 10 591 4600 | Mobile: +27 83 233 6614

map https://goo.gl/maps/WHe3soT1fHm | website http://www.convergedgroup.net/ | company blog http://www.convergedgroup.net/blog/ | linkedin http://www.linkedin.com/company/converged-telecoms

CAUTION: This email and any attachments may contain information that is confidential and subject to legal privilege. If you are not the intended recipient, you must not read, use, disseminate, distribute or copy this email or any attachments. If you have received this email in error, please notify us immediately and erase this email and any attachments. Thank you.

DISCLAIMER: To the maximum extent permitted by law, Converged Group is not liable (including in respect of negligence) for viruses or other defects or for changes made to this email or to any attachments. Before opening or using attachments, check them for viruses and other defects. The information contained in this document is confidential to the addressee and is not the view nor the official policy of Converged Group unless otherwise stated. -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of observium-request@observium.org Sent: Thursday, 08 November 2018 14:00 To: observium@observium.org Subject: observium Digest, Vol 100, Issue 7

Send observium mailing list submissions to observium@observium.org

To subscribe or unsubscribe via the World Wide Web, visit http://postman.memetic.org/cgi-bin/mailman/listinfo/observium or, via email, send a message with subject or body 'help' to observium-request@observium.org

You can reach the person managing the list at observium-owner@observium.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..."

Today's Topics:

1. Re: 1024 TB limit on disks when monitored over SNMP...? (Henrik Cednert (Filmlance)) 2. Possibility of disabling a health status (Patrick Kambach) 3. Landing page goes blank if upgraded from 9556 to 9558 (Pieter Meyer) 4. Re: Landing page goes blank if upgraded from 9556 to 9558 (Markus Klock) 5. Re: Landing page goes blank if upgraded from 9556 to 9558 (Pieter Meyer) 6. Re: Landing page goes blank if upgraded from 9556 to 9558 (Adam Armstrong) 7. Re: OS version mismatch in syslog emails (Ben Chase) 8. Neighbours (Christian Eriksson) 9. Re: Neighbours (Adam Armstrong) 10. Re: Neighbours (Adam Armstrong) 11. Re: Neighbours (Adam Armstrong) 12. Re: Neighbours (Christian Eriksson) 13. Re: Neighbours (Adam Armstrong) 14. Re: 1024 TB limit on disks when monitored over SNMP...? (Henrik Cednert (Filmlance)) 15. Re: 1024 TB limit on disks when monitored over SNMP...? (Adam Armstrong) 16. Re: Landing page goes blank if upgraded from 9556 to 9558 (Robert Williams) 17. Re: Landing page goes blank if upgraded from 9556 to 9558 (Adam Armstrong) 18. Contact for Device Type (noclab) 19. Re: Landing page goes blank if upgraded from 9556 to 9558 (Niklas Larsson) 20. Re: Landing page goes blank if upgraded from 9556 to 9558 (Niklas Larsson) 21. Re: Landing page goes blank if upgraded from 9556 to 9558 (Adam Armstrong) 22. Re: Landing page goes blank if upgraded from 9556 to 9558 (Rowlands Mark) 23. Re: Landing page goes blank if upgraded from 9556 to 9558 (Adam Armstrong)

----------------------------------------------------------------------

Message: 1 Date: Wed, 7 Nov 2018 12:26:34 +0000 From: "Henrik Cednert (Filmlance)" henrik.cednert@filmlance.se To: Observium observium@observium.org Subject: Re: [Observium] 1024 TB limit on disks when monitored over SNMP...? Message-ID: 984C9B9C-F27F-4352-AAF5-B3B47A6922E1@filmlance.se Content-Type: text/plain; charset="utf-8"

Oh my! Oh yeah! Wow! Thanks! =)

Indeed I see it now. Some draw error on graph and possible size error. But size is close enough for me. =) Will investigate the draw error.

[cid:17280432-131A-4717-A20D-467E62D55BE0@metronome.local]

Many thanks!!!

-- Henrik Cednert / + 46 704 71 89 54 / CTO / Filmlance Disclaimer, the hideous bs disclaimer at the bottom is forced, sorry. ¯_(ツ)_/¯

On 7 Nov 2018, at 11:57, Adam Armstrong via observium <observium@observium.orgmailto:observium@observium.org> wrote:

Hi Henrik,

I've made some minor changes to the storage discovery in r9557. These might make this drive appear.

It might still have broken sizes though :)

adam.

On 2018-11-07 09:29:03, Henrik Cednert (Filmlance) via observium <observium@observium.orgmailto:observium@observium.org> wrote:

Morning Adam

I’m not sure that all data reported in dskTable is correct. I assume that there’s some sort of math that happens since I don’t really get all the numbers to add up. dskPercent for sure seems about right, but not sure about Total, Avail and Used.

I did update net-snmp to latest that was available (1:5.5-60.el6 ), but no change in behaviour.

df | grep ddnnas0 /dev/ddnnas0 1772965855232 979888488448 793077366784 56% /ddnnas0

snmpwalk -v2c -c ddn4ucommunity localhost dskTable | grep .1 UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1 UCD-SNMP-MIB::dskPath.1 = STRING: /ddnnas0 UCD-SNMP-MIB::dskDevice.1 = STRING: /dev/ddnnas0 UCD-SNMP-MIB::dskMinimum.1 = INTEGER: -1 UCD-SNMP-MIB::dskMinPercent.1 = INTEGER: 3 UCD-SNMP-MIB::dskTotal.1 = INTEGER: 2147483647 UCD-SNMP-MIB::dskAvail.1 = INTEGER: 2147483647 UCD-SNMP-MIB::dskUsed.1 = INTEGER: 2147483647 UCD-SNMP-MIB::dskPercent.1 = INTEGER: 55 UCD-SNMP-MIB::dskPercentNode.1 = INTEGER: 3 UCD-SNMP-MIB::dskTotalLow.1 = Gauge32: 3439329280 UCD-SNMP-MIB::dskTotalHigh.1 = Gauge32: 412 UCD-SNMP-MIB::dskAvailLow.1 = Gauge32: 2803367936 UCD-SNMP-MIB::dskAvailHigh.1 = Gauge32: 184 UCD-SNMP-MIB::dskUsedLow.1 = Gauge32: 635961344 UCD-SNMP-MIB::dskUsedHigh.1 = Gauge32: 228 UCD-SNMP-MIB::dskErrorFlag.1 = INTEGER: noError(0) UCD-SNMP-MIB::dskErrorMsg.1 = STRING:

Cheers

-- Henrik Cednert / + 46 704 71 89 54 / CTO / Filmlance Disclaimer, the hideous bs disclaimer at the bottom is forced, sorry. ¯_(ツ)_/¯

On 7 Nov 2018, at 08:33, Adam Armstrong via observium <observium@observium.orgmailto:observium@observium.org> wrote:

Hi Henrik,

Can you tell if the data reported in dskTable is correct?

We use dskTable to fill in invalid data in hrStorageTable sometimes, but we don't outright collect data from dskTable.

I seem to recall this is an issue with ZFS too, and switching to a later version of net-snmp fixes it.

There are sadly no 5.8 (or even 5.7) packages for EL6 though (not that I could find!), so you would have to create one. Nothing really depends upon net-snmp, so no real risk in breaking anything!

Once upon a time I had 5.6 packages for EL6 floating around from an old requirement, but I seem to have lost them.

adam.

On 2018-11-06 22:00, Henrik Cednert (Filmlance) via observium wrote: Heya I really wish i was at your level of expertise here Adam, sadly I’m not. =( I googled a bit and walked hrStorageTable and this is the hrStorageDescr from that: HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: / HOST-RESOURCES-MIB::hrStorageDescr.35 = STRING: /dev/shm HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: /boot HOST-RESOURCES-MIB::hrStorageDescr.37 = STRING: /boot-rcvy HOST-RESOURCES-MIB::hrStorageDescr.38 = STRING: /crash HOST-RESOURCES-MIB::hrStorageDescr.39 = STRING: /rcvy HOST-RESOURCES-MIB::hrStorageDescr.40 = STRING: /var HOST-RESOURCES-MIB::hrStorageDescr.41 = STRING: /var-rcvy So no luck there. In diskTable I do see it though: UCD-SNMP-MIB::dskPath.1 = STRING: /ddnnas0 UCD-SNMP-MIB::dskPath.2 = STRING: / So with this, any hints on how to make it work? Or is the first step to update net-snmp? Installed Packages net-snmp.x86_64 1:5.5-54.el6_7.1 @ddn-dvd Cheers and thanks a million -- Henrik Cednert / + 46 704 71 89 54 / CTO / FILMLANCE Disclaimer, the hideous bs disclaimer at the bottom is forced, sorry. ¯_(ツ)_/¯ On 6 Nov 2018, at 22:53, Adam Armstrong via observium <observium@observium.orgmailto:observium@observium.org> wrote: We actually use the HOST-RESOURCES-MIB hrStorage table, not the UCD-MIB dskTable. Have you checked what SNMP is sending? You can walk the hrStorageTable and dskTable to see what is returned. I seem to remember some issue with SNMP not picking up "strange" filesystems. Making sure you're running the very latest net-snmp might help. Adam. On 2018-11-06 21:17, Henrik Cednert (Filmlance) via observium wrote: Hello So I got the ‘go ahead’ from DDN to monitor it directly on the server. Strange thing is, I’ve added the mount point to the /etc/snmpd.conf but it still doesn’t appear in observium. I’ve played with the syscontact just to make sure that the snmpd.conf is actually read properly upon discovery and poll, and it is. But it does not seem to take this string from conf: disk /ddnnas0 80% And that is the actual mount point, as seen from ‘mount’ here: /dev/ddnnas0 on /ddnnas0 type gpfs (rw,relatime,mtime,nfssync,dev=ddnnas0) Am i missing something obvious? If so, please be gentle and throw me with great force, and maybe anger, in the right direction. =) Cheers and thanks -- Henrik Cednert / + 46 704 71 89 54 / CTO / FILMLANCE Disclaimer, the hideous bs disclaimer at the bottom is forced, sorry. ¯_(ツ)_/¯ On 23 Oct 2018, at 21:32, Chris Neam via observium <observium@observium.orgmailto:observium@observium.org> wrote: We monitor our GPFS system directly from the GridScaler and have been able to monitor up to 2.6PB so far. I'd guess it is something with the way Windows is handling it. On Tue, Oct 23, 2018 at 12:54 PM Henrik Cednert (Filmlance) via observium <observium@observium.orgmailto:observium@observium.org> wrote: Hello We just expanded a volume on a DDN GPFS system to over 1 PB. I monitor this volume via SNMP via a Windows server. Noticed that I run into a 1024TB cap on the size there though. Trying to understand where this cap is comping from, if it’s the SNMP on windows or something in observium. Anyone that’ve dealt with this? Cheers and thanks -- Henrik Cednert / + 46 704 71 89 54 / CTO / FILMLANCE Disclaimer, the hideous bs disclaimer at the bottom is forced, sorry. ¯_(ツ)_/¯ DISCLAIMER The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium -- CHRIS NEAM US Mobile: +1 (703) 628 7897 [1] E-mail: chris.neam@vricon.commailto:chris.neam@vricon.com VRICON Visiting address US: 8280 Greensboro Drive, Suite 850, McLean, VA, 22102, USA Sweden: Bröderna Ugglas gata, 581 88 Linköping, Sweden www.vricon.comhttp://www.vricon.com/ [1] [2] This e-mail is private and confidential between the sender and the addressee. In the event of misdirection, the recipient is prohibited from using, copying or disseminating it or any information in it. Please notify the above if any misdirection. <Screen Shot 2018-10-23 at 15.29.23.png>_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium Links: ------ [1] tel:%2B1%20%28703%29%20628%207897 [2] http://www.vricon.com/ _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://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 DISCLAIMER The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. Links: ------ [1] http://www.vricon.com/ _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://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

Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium