- observium - lists.observium.org

Dashboard Oops
by Hamilton, Kent 12 Nov '18

12 Nov '18

Okay, I was playing with the Dashboard this morning (Observium 18.11.9593) and now all I get is "This page isn't working observium.exegy.net didn't send any data." How can I reset things so I get a working Observium back? ________________________________ This e-mail and any documents accompanying it may contain legally privileged and/or confidential information belonging to Exegy, Inc. Such information may be protected from disclosure by law. The information is intended for use by only the addressee. If you are not the intended recipient, you are hereby notified that any disclosure or use of the information is strictly prohibited. If you have received this e-mail in error, please immediately contact the sender by e-mail or phone regarding instructions for return or destruction and do not use or disclose the content to others.

2 1

Re: [Observium] observium Digest, Vol 100, Issue 10
by Pieter Meyer 12 Nov '18

12 Nov '18

Thanks adam I see its resolved in version 9593 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>

1 0

problem with api
by Rowlands Mark 12 Nov '18

12 Nov '18

Version Information Observium 18.11.9580 (9th November 2018) OS Linux 4.4.0-116-generic [amd64] (Ubuntu 16.04) Apache 2.4.18 (Ubuntu) PHP 7.0.32-0ubuntu0.16.04.1 (OPcache: ENABLED) Python 2.7.12 MySQL 10.3.10-MariaDB-1:10.3.10+maria~xenial-log (extension: mysqli 5.0.12-dev) SNMP NET-SNMP 5.7.3 RRDtool 1.5.5 (rrdcached 1.5.5: unix:/var/run/rrdcached.sock) Fping 3.13 (IPv4 and IPv6) Trying to add a device :- I have tried the following incantations :- curl -u admin:PASSWORD http://observium.riksbyggen.intra/api/v0/devices/ -H "Content-Type: application/json" -X POST -d '{"hostname":"papp01-exo"}' curl -u admin:PASSWORD http://observium.riksbyggen.intra/api/v0/devices/ -H "Content-Type: application/json" -X POST -d '{"papp01-exo":"localhost"}' curl -u admin:PASSWORD http://observium.riksbyggen.intra/api/v0/devices/ -H "Content-Type: application/json" -X POST -d '{"papp01-exo":"observium.riksbyggen.intra"}' curl -u admin:POSSWORD http://observium.riksbyggen.intra/api/v0/devices/ -H "Content-Type: application/json" -X POST -d '{'papp01-exo':'observium'}' all of which return "Hostname Required"

2 3

Re: [Observium] observium Digest, Vol 100, Issue 7
by Pieter Meyer 12 Nov '18

12 Nov '18

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(a)observium.org Sent: Thursday, 08 November 2018 14:00 To: observium(a)observium.org Subject: observium Digest, Vol 100, Issue 7 Send observium mailing list submissions to observium(a)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(a)observium.org You can reach the person managing the list at observium-owner(a)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(a)filmlance.se> To: Observium <observium(a)observium.org> Subject: Re: [Observium] 1024 TB limit on disks when monitored over SNMP...? Message-ID: <984C9B9C-F27F-4352-AAF5-B3B47A6922E1(a)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(a)observium.org<mailto: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(a)observium.org<mailto: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(a)observium.org<mailto: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(a)observium.org<mailto: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(a)observium.org<mailto: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(a)observium.org<mailto: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(a)observium.org<mailto: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(a)vricon.com<mailto: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.com<http://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(a)observium.org<mailto: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(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 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(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 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(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

One line change to make Teams notifications look good on phone
by Niklas Larsson 12 Nov '18

12 Nov '18

Hi, adding a summary line/item makes Teams notifications look so much better in lists/phone: Index: includes/alerting/teams.inc.php =================================================================== --- includes/alerting/teams.inc.php (revision 9590) +++ includes/alerting/teams.inc.php (working copy) @@ -19,6 +19,7 @@ // JSON data $data_string = json_encode(array( 'title' => $message_tags['TITLE'], + 'summary' => $message_tags['TITLE'], 'text' => ' ', 'sections' => array( array(

2 1

Status boxes expanding all
by Tomasz Karczewski 10 Nov '18

10 Nov '18

HI, It would be nice status boxes expand after click on „more…” Earlier all status boxes were displayed on frontpage. Tomasz Karczewski Administrator Sieci <mailto:tkarczewski@man.olsztyn.pl> tkarczewski(a)man.olsztyn.pl <http://www.man.olsztyn.pl> http://www.man.olsztyn.pl <http://www.uwm.edu.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

Changed 'smtp_host' address in config.php isn't being recognized
by Joe Brouillette 09 Nov '18

09 Nov '18

Hey all, we upgraded our Exchange server and now it has a new address. I changed the old address, xxx.xxx.xxx.102 to the new address, xxx.xxx.xxx.105 in config.php and Observium still sees the old address. Nov 6 12:00:19 Observe postfix/smtp[27371]: connect to 192.168.2.102[192.168.2.102]:25: No route to host The new address was also changed in /etc/postfix/main.cf. I've rebooted the server a couple of times but no joy. I must be missing something really simple here but I don't have a clue what it could be. Is there still another location where I need to change my new Exchange server's address? Thanks, Joe Brouillette IT Specialist Link Transit 509.664.7643 jobee(a)linktransit.com<mailto:jobee@linktransit.com> [EmailFooter]

2 2

Intentionally adding a duplicate device
by Jason Lixfeld 09 Nov '18

09 Nov '18

Hello, Previously I was able to add a duplicate entry for a device. At the time, it seemed like the easiest way to work around IOS-XR not being able to pull BGP session information inside a VRF from the default snmp context. Creating a separate SNMP context on the box for the VRF(s) in question, with a different community for each would let the duplicate entries poll the BGP session info from within whatever VRF that context included. Now, when I try to add a duplicate it fails due to pre-existing sysName, snmpEngineID and entPhysicalSerialNum. Is there a way to add duplicates anymore, or perhaps a different way to collect BGP session info from within VRF (in addition to the global table)? Thanks in advance.

2 2

Cisco Firepower (FTD)
by Benjamin Moore 09 Nov '18

09 Nov '18

I saw a thread back a while regarding Cisco Firepower and Observium. I'm currently testing version 6.3 (testing for 6.4 will begin soon) and would be happy to provide anything needed to get the device fully supported in Observium. Always happy to help!

1 0

Status boxes not configured
by Tomasz Karczewski 09 Nov '18

09 Nov '18

After dashboard changes my device status boxes dissapeared. When i try to add status boxes in new way i see „unconfigured module” How to set up this? Tomasz Karczewski Administrator Sieci <mailto:tkarczewski@man.olsztyn.pl> tkarczewski(a)man.olsztyn.pl <http://www.man.olsztyn.pl> http://www.man.olsztyn.pl <http://www.uwm.edu.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

5 9