adam.
On 2018-11-12 10:24:51, Pieter Meyer via observium <observium@observium.org> wrote:
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
| website
| company blog
| linkedin
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)"
To: Observium
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
<>> 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
<>> 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
<>> 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
<>> 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
<>> 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 <>> 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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
--
CHRIS NEAM
US Mobile: +1 (703) 628 7897 [1]
E-mail: 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 [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.
15.29.23.png>_______________________________________________
observium mailing list
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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2018-11-07 at 13.24.39.png
Type: image/png
Size: 111568 bytes
Desc: Screenshot 2018-11-07 at 13.24.39.png
URL:
------------------------------
Message: 2
Date: Wed, 7 Nov 2018 14:16:45 +0100
From: "Patrick Kambach"
To:
Subject: [Observium] Possibility of disabling a health status
Message-ID: <000701d4769c$2218e6a0$664ab3e0$@comtrance.net>
Content-Type: text/plain; charset="us-ascii"
Dear Everybody,
we have a couple of foundry switches (with only a single power supply) in
use and with the "newest" version, we see an alarm under statuses.
Is it possible to ignore / disable the health check for e.g. the 2nd power
supply?
BR,
Patrick
------------------------------
Message: 3
Date: Wed, 7 Nov 2018 17:17:40 +0200 (SAST)
From: Pieter Meyer
To:
Subject: [Observium] Landing page goes blank if upgraded from 9556 to
9558
Message-ID: <000001d476ad$06696fe0$133c4fa0$@convergedgroup.net>
Content-Type: text/plain; charset="utf-8"
Hi Adam
Below is my landing page on version 9556
After upgrade to 9558 it is just blank?
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 | website
| company blog
| linkedin
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 145166 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 39155 bytes
Desc: not available
URL:
------------------------------
Message: 4
Date: Wed, 7 Nov 2018 16:23:18 +0100
From: Markus Klock
To: Observium Network Observation System
Cc: pieter@convergedgroup.net
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID:
Content-Type: text/plain; charset="utf-8"
Did you also update the database? ./discovery.php -u
/Markus
Den ons 7 nov. 2018 kl 16:17 skrev Pieter Meyer via observium
observium@observium.org>:
> Hi Adam
>
>
>
> Below is my landing page on version 9556
>
>
>
>
>
> After upgrade to 9558 it is just blank?
>
>
>
>
>
>
>
>
>
> 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 | website
> http://www.convergedgroup.net/> | company blog
> http://www.convergedgroup.net/blog/> | linkedin
> http://www.linkedin.com/company/converged-telecoms>
> _______________________________________________
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 145166 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 39155 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 145166 bytes
Desc: not available
URL:
------------------------------
Message: 5
Date: Wed, 7 Nov 2018 17:28:31 +0200 (SAST)
From: Pieter Meyer
To: "Markus Klock" , "Observium Network
Observation System"
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID: <001201d476ae$8a7ef470$9f7cdd50$@convergedgroup.net>
Content-Type: text/plain; charset="utf-8"
Hi Markus
Yes I did
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 |
website | company blog |
linkedin
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.
From: Markus Klock [mailto:markus@best-practice.se]
Sent: Wednesday, 07 November 2018 5:23 PM
To: Observium Network Observation System
Cc: pieter@convergedgroup.net
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556 to
9558
Did you also update the database? ./discovery.php -u
/Markus
Den ons 7 nov. 2018 kl 16:17 skrev Pieter Meyer via observium
:
Hi Adam
Below is my landing page on version 9556
After upgrade to 9558 it is just blank?
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 | website
| company blog
| linkedin
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 14455 bytes
Desc: not available
URL:
------------------------------
Message: 6
Date: Wed, 07 Nov 2018 15:40:08 +0000
From: "Adam Armstrong"
To: "Pieter Meyer via observium"
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID:
Content-Type: text/plain; charset="utf-8"
Are there any errors on the javascript console?
adam.
On 2018-11-07 15:28:40, Pieter Meyer via observium
wrote:
Hi Markus
Yes I did
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.
From: Markus Klock [mailto:markus@best-practice.se]
Sent: Wednesday, 07 November 2018 5:23 PM
To: Observium Network Observation System
Cc: pieter@convergedgroup.net
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556 to
9558
Did you also update the database? ./discovery.php -u
/Markus
Den ons 7 nov. 2018 kl 16:17 skrev Pieter Meyer via observium
:
Hi Adam
Below is my landing page on version 9556
After upgrade to 9558 it is just blank?
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 |
website |
company blog
[http://www.convergedgroup.net/blog/]> | linkedin
[http://www.linkedin.com/company/converged-telecoms]>
_______________________________________________
observium mailing list
observium@observium.org [mailto:observium@observium.org]
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
[http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 7
Date: Wed, 7 Nov 2018 18:07:35 +0000
From: Ben Chase
To: Observium
Cc: Adam Armstrong
Subject: Re: [Observium] OS version mismatch in syslog emails
Message-ID:
Content-Type: text/plain; charset="utf-8"
That did the trick. Thanks!
--
Ben Chase
Network Engineer
WiscNet - Wisconsin’s Research and Education Network
Connecting People and Strategies
605 Science Drive
Madison, WI 53711
bchase@wiscnet.net
(608) 210-3967
On Nov 7, 2018, at 1:29 AM, Adam Armstrong via observium
<>> wrote:
Find the syslog.php process on the server and kill it. It probably has
cached device entries from before the change was made.
It's supposed to restart itself occasionally, but, you know... :)
adam.
On 2018-11-06 22:49:26, Ben Chase via observium
<>> wrote:
Hi all,
I’m getting syslog emails from a particular router (Juniper MX) that reports
an older OS version than what is installed. The observium web interface and
other email alerts show the correct version as does ’show version’ on the
box itself. I’d like to determine if the router is sending bad info or if
Observium is reporting old data in this one instance for some reason.
Thanks for any help.
----
Version Information
Observium 18.11.9556 (6th November 2018)
OS Linux 3.10.0-693.21.1.el7.x86_64 [amd64] (CentOS 7)
Apache 2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9 PHP/7.0.29
PHP 7.0.29 (OPcache: ENABLED)
Python 2.7.5
MySQL 5.5.56-MariaDB (extension: mysqli 5.5.56-MariaDB)
SNMP NET-SNMP 5.7.2
RRDtool 1.6.0
Fping 3.10 (IPv4 only)
--
Ben Chase
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 8
Date: Wed, 7 Nov 2018 20:53:38 +0000
From: Christian Eriksson
To: Observium
Subject: [Observium] Neighbours
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"
Hi Adam
https://jira.observium.org/browse/OBS-2809
This seems to have broken something. Not able to filter by device at all
now. It show all results regardless
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[cid:image002.png@01D476E4.558EF400][Advania-Bikupa
Facebook][Advania-Bikupa
LinkedIn][Advania-Bikupa
Twitter]
+4641090488 | +46761400400
www.advania.se |
Stockholm
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12804 bytes
Desc: image001.png
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 1128 bytes
Desc: image002.png
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 1007 bytes
Desc: image003.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 1003 bytes
Desc: image004.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.jpg
Type: image/jpeg
Size: 1023 bytes
Desc: image005.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 339 bytes
Desc: image006.png
URL:
------------------------------
Message: 9
Date: Wed, 07 Nov 2018 20:57:17 +0000
From: "Adam Armstrong"
To: "Christian Eriksson via observium"
Subject: Re: [Observium] Neighbours
Message-ID: <9c19f126-2243-455f-a423-2289c6edeb17@getmailbird.com>
Content-Type: text/plain; charset="utf-8"
Please show screenshots, because I can't see how this can happen.
Also please make sure you run any database updates after svn ups.
adam.
On 2018-11-07 20:53:49, Christian Eriksson via observium
wrote:
Hi Adam
https://jira.observium.org/browse/OBS-2809
[https://jira.observium.org/browse/OBS-2809]
This seems to have broken something. Not able to filter by device at all
now. It show all results regardless
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[mailto:christian.eriksson@advania.se] [Advania-Bikupa Facebook]
[https://www.facebook.com/advania.se/] [Advania-Bikupa LinkedIn]
[https://www.linkedin.com/company/advania-ab/] [Advania-Bikupa Twitter]
[https://twitter.com/advania_se]
+4641090488 [tel:+4641090488] | +46761400400 [tel:+46761400400]
www.advania.se [http://www.advania.se/] |
[cid:image013.png@01D3683B.F3231C40] Stockholm
[https://www.google.se/maps/place/Advania+Sverige+AB/@59.3062176,18.0278762,16.58z/data=!4m5!3m4!1s0x0:0x3e74e9d066786de7!8m2!3d59.3059982!4d18.0291626]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 10
Date: Wed, 07 Nov 2018 20:58:33 +0000
From: "Adam Armstrong"
To: "Christian Eriksson via observium"
Subject: Re: [Observium] Neighbours
Message-ID:
Content-Type: text/plain; charset="utf-8"
Oh nevermind, I see how it happens! :D
adam.
On 2018-11-07 20:57:17, Adam Armstrong wrote:
Please show screenshots, because I can't see how this can happen.
Also please make sure you run any database updates after svn ups.
adam.
On 2018-11-07 20:53:49, Christian Eriksson via observium
wrote:
Hi Adam
https://jira.observium.org/browse/OBS-2809
[https://jira.observium.org/browse/OBS-2809]
This seems to have broken something. Not able to filter by device at all
now. It show all results regardless
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[mailto:christian.eriksson@advania.se] [Advania-Bikupa Facebook]
[https://www.facebook.com/advania.se/] [Advania-Bikupa LinkedIn]
[https://www.linkedin.com/company/advania-ab/] [Advania-Bikupa Twitter]
[https://twitter.com/advania_se]
+4641090488 [tel:+4641090488] | +46761400400 [tel:+46761400400]
www.advania.se [http://www.advania.se/] |
[cid:image013.png@01D3683B.F3231C40] Stockholm
[https://www.google.se/maps/place/Advania+Sverige+AB/@59.3062176,18.0278762,16.58z/data=!4m5!3m4!1s0x0:0x3e74e9d066786de7!8m2!3d59.3059982!4d18.0291626]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 11
Date: Wed, 07 Nov 2018 21:20:55 +0000
From: "Adam Armstrong"
To: "Christian Eriksson via observium"
Subject: Re: [Observium] Neighbours
Message-ID:
Content-Type: text/plain; charset="utf-8"
Should be fixed now. The fix for limited users broke the query to always
show everything for global users!
adam.
On 2018-11-07 20:58:33, Adam Armstrong wrote:
Oh nevermind, I see how it happens! :D
adam.
On 2018-11-07 20:57:17, Adam Armstrong wrote:
Please show screenshots, because I can't see how this can happen.
Also please make sure you run any database updates after svn ups.
adam.
On 2018-11-07 20:53:49, Christian Eriksson via observium
wrote:
Hi Adam
https://jira.observium.org/browse/OBS-2809
[https://jira.observium.org/browse/OBS-2809]
This seems to have broken something. Not able to filter by device at all
now. It show all results regardless
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[mailto:christian.eriksson@advania.se] [Advania-Bikupa Facebook]
[https://www.facebook.com/advania.se/] [Advania-Bikupa LinkedIn]
[https://www.linkedin.com/company/advania-ab/] [Advania-Bikupa Twitter]
[https://twitter.com/advania_se]
+4641090488 [tel:+4641090488] | +46761400400 [tel:+46761400400]
www.advania.se [http://www.advania.se/] |
[cid:image013.png@01D3683B.F3231C40] Stockholm
[https://www.google.se/maps/place/Advania+Sverige+AB/@59.3062176,18.0278762,16.58z/data=!4m5!3m4!1s0x0:0x3e74e9d066786de7!8m2!3d59.3059982!4d18.0291626]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 12
Date: Wed, 7 Nov 2018 21:39:08 +0000
From: Christian Eriksson
To: Observium
Cc: Adam Armstrong
Subject: Re: [Observium] Neighbours
Message-ID:
Content-Type: text/plain; charset="utf-8"
One problem leads to another :D
Neighbours are not showing up in navbar. I can manually add /neighbours to
url but can’t filter on any devices
DB updated and tried clearing cache
[cid:image013.jpg@01D476EA.B11168C0]
[cid:image014.jpg@01D476EA.B11168C0]
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[cid:image005.png@01D476EA.16A25830][Advania-Bikupa
Facebook][Advania-Bikupa
LinkedIn][Advania-Bikupa
Twitter]
+4641090488 | +46761400400
www.advania.se |
Stockholm
Från: observium För Adam Armstrong via
observium
Skickat: den 7 november 2018 22:21
Till: Christian Eriksson via observium
Kopia: Adam Armstrong
Ämne: Re: [Observium] Neighbours
Should be fixed now. The fix for limited users broke the query to always
show everything for global users!
adam.
On 2018-11-07 20:58:33, Adam Armstrong
<>> wrote:
Oh nevermind, I see how it happens! :D
adam.
On 2018-11-07 20:57:17, Adam Armstrong
<>> wrote:
Please show screenshots, because I can't see how this can happen.
Also please make sure you run any database updates after svn ups.
adam.
On 2018-11-07 20:53:49, Christian Eriksson via observium
<>> wrote:
Hi Adam
https://jira.observium.org/browse/OBS-2809
This seems to have broken something. Not able to filter by device at all
now. It show all results regardless
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[cid:image002.png@01D476E4.558EF400][Advania-Bikupa
Facebook][Advania-Bikupa
LinkedIn][Advania-Bikupa
Twitter]
+4641090488 | +46761400400
www.advania.se |
Stockholm
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1128 bytes
Desc: image005.png
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.png
Type: image/png
Size: 339 bytes
Desc: image012.png
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.jpg
Type: image/jpeg
Size: 29962 bytes
Desc: image013.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image014.jpg
Type: image/jpeg
Size: 43666 bytes
Desc: image014.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image015.png
Type: image/png
Size: 12797 bytes
Desc: image015.png
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image016.jpg
Type: image/jpeg
Size: 1006 bytes
Desc: image016.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image017.jpg
Type: image/jpeg
Size: 1001 bytes
Desc: image017.jpg
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image018.jpg
Type: image/jpeg
Size: 1022 bytes
Desc: image018.jpg
URL:
------------------------------
Message: 13
Date: Wed, 07 Nov 2018 21:47:26 +0000
From: "Adam Armstrong"
To: "Christian Eriksson via observium"
Subject: Re: [Observium] Neighbours
Message-ID:
Content-Type: text/plain; charset="utf-8"
Hmmm.
I see. This will require some rewriting of functions to handle!
The permissions being outputted need a device_id column on the table to
work, but this doesn't exist on that table. I'll add it. (I noticed it
wasn't on that table when i was looking earlier, but didn't make the
connection)
It'll have to wait until tomorrow though :)
adam.
On 2018-11-07 21:39:20, Christian Eriksson via observium
wrote:
One problem leads to another :D
Neighbours are not showing up in navbar. I can manually add /neighbours to
url but can’t filter on any devices
DB updated and tried clearing cache
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[mailto:christian.eriksson@advania.se] [Advania-Bikupa Facebook]
[https://www.facebook.com/advania.se/] [Advania-Bikupa LinkedIn]
[https://www.linkedin.com/company/advania-ab/] [Advania-Bikupa Twitter]
[https://twitter.com/advania_se]
+4641090488 [tel:+4641090488] | +46761400400 [tel:+46761400400]
www.advania.se [http://www.advania.se/] |
[cid:image013.png@01D3683B.F3231C40] Stockholm
[https://www.google.se/maps/place/Advania+Sverige+AB/@59.3062176,18.0278762,16.58z/data=!4m5!3m4!1s0x0:0x3e74e9d066786de7!8m2!3d59.3059982!4d18.0291626]
Från: observium För Adam Armstrong via
observium
Skickat: den 7 november 2018 22:21
Till: Christian Eriksson via observium
Kopia: Adam Armstrong
Ämne: Re: [Observium] Neighbours
Should be fixed now. The fix for limited users broke the query to always
show everything for global users!
adam.
On 2018-11-07 20:58:33, Adam Armstrong
[mailto:adama@memetic.org]> wrote:
Oh nevermind, I see how it happens! :D
adam.
On 2018-11-07 20:57:17, Adam Armstrong
[mailto:adama@memetic.org]> wrote:
Please show screenshots, because I can't see how this can happen.
Also please make sure you run any database updates after svn ups.
adam.
On 2018-11-07 20:53:49, Christian Eriksson via observium
wrote:
Hi Adam
https://jira.observium.org/browse/OBS-2809
[https://jira.observium.org/browse/OBS-2809]
This seems to have broken something. Not able to filter by device at all
now. It show all results regardless
Vänliga hälsningar / Best regards,
[Advania_Trappa_CMYK]
Christian Eriksson
System Consultant
[mailto:christian.eriksson@advania.se] [Advania-Bikupa Facebook]
[https://www.facebook.com/advania.se/] [Advania-Bikupa LinkedIn]
[https://www.linkedin.com/company/advania-ab/] [Advania-Bikupa Twitter]
[https://twitter.com/advania_se]
+4641090488 [tel:+4641090488] | +46761400400 [tel:+46761400400]
www.advania.se [http://www.advania.se/] |
[cid:image013.png@01D3683B.F3231C40] Stockholm
[https://www.google.se/maps/place/Advania+Sverige+AB/@59.3062176,18.0278762,16.58z/data=!4m5!3m4!1s0x0:0x3e74e9d066786de7!8m2!3d59.3059982!4d18.0291626]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 14
Date: Thu, 8 Nov 2018 07:38:28 +0000
From: "Henrik Cednert (Filmlance)"
To: Observium
Subject: Re: [Observium] 1024 TB limit on disks when monitored over
SNMP...?
Message-ID: <978db735-d4a9-48f5-82dd-3204a568df0e@filmlance.se>
Content-Type: text/plain; charset="utf-8"
The graph issue was probably just me being a bit eager… =)
I noticed something odd. Is there different math for different graphs when
looking at storage?
When looking at combined Device Storage /ddnnas0 is listed with proper size,
1.82PB. But when I graph just the usage of ddnnas0 it’s listead as 1.68PB.
Just looks like there’s some sort of multiplier that’s a bit bonkers since
the percentage is correct.
Thoughts?
Cheers and thanks again. =)
[cid:FD1B427B-67C0-4280-A5A7-03DB1E27ED9F][cid:91F03067-4E34-4758-8F11-7530B1AE0C41]
--
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 13:26, Henrik Cednert (Filmlance) via observium
<>> wrote:
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.
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
<>> 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
<>> 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
<>> 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
<>> 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
<>> 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 <>> 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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
--
CHRIS NEAM
US Mobile: +1 (703) 628 7897 [1]
E-mail: 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 [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.
15.29.23.png>_______________________________________________
observium mailing list
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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
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.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2018-11-08 at 08.35.03.png
Type: image/png
Size: 199747 bytes
Desc: Screenshot 2018-11-08 at 08.35.03.png
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2018-11-08 at 08.34.44.png
Type: image/png
Size: 242242 bytes
Desc: Screenshot 2018-11-08 at 08.34.44.png
URL:
------------------------------
Message: 15
Date: Thu, 08 Nov 2018 07:53:07 +0000
From: "Adam Armstrong"
To: "Henrik Cednert (Filmlance) via observium"
Subject: Re: [Observium] 1024 TB limit on disks when monitored over
SNMP...?
Message-ID: <2c9e97eb-0b7a-4b4e-bc9f-21e588c254c7@getmailbird.com>
Content-Type: text/plain; charset="utf-8"
It seems the grouped graph is not using binary :)
I'll have a look!
adam.
On 2018-11-08 07:38:38, Henrik Cednert (Filmlance) via observium
wrote:
The graph issue was probably just me being a bit eager… =)
I noticed something odd. Is there different math for different graphs when
looking at storage?
When looking at combined Device Storage /ddnnas0 is listed with proper size,
1.82PB. But when I graph just the usage of ddnnas0 it’s listead as 1.68PB.
Just looks like there’s some sort of multiplier that’s a bit bonkers since
the percentage is correct.
Thoughts?
Cheers and thanks again. =)
--
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 13:26, Henrik Cednert (Filmlance) via observium
wrote:
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.
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
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
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
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
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
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 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.org [mailto:observium@observium.org]
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
[http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
--
CHRIS NEAM
US Mobile: +1 (703) 628 7897 [1]
E-mail: chris.neam@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.
15.29.23.png>_______________________________________________
observium mailing list
observium@observium.org [mailto:observium@observium.org]
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
[http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
Links:
------
[1] tel:%2B1%20%28703%29%20628%207897 [tel:%2B1%20%28703%29%20628%207897]
[2] http://www.vricon.com/ [http://www.vricon.com/]
_______________________________________________
observium mailing list
observium@observium.org [mailto: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 [mailto:observium@observium.org]
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
[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/ [http://www.vricon.com/]
_______________________________________________
observium mailing list
observium@observium.org [mailto: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 [mailto:observium@observium.org]
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
[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.org [mailto: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 [mailto:observium@observium.org]
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 16
Date: Thu, 8 Nov 2018 08:58:32 +0000
From: Robert Williams
To: "'Observium'"
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID: <1523bd6373144f0d8e9d1d62e2c0a281@cdc-ex2.cdc.local>
Content-Type: text/plain; charset="utf-8"
Hi – we are having very similar sounding issues, but no JS errors (or any
useful error output at all to be honest).
Visually, we have a totally empty Alert Status box (not even the totals) -
no summary graphs and no custom graphs (which are all configured within
config.php).
[cid:image001.png@01D47741.395C31F0]
Then there is a large gap (where the items were) and now the Status Warnings
section is showing alerts for devices which were removed a long time ago
(they are disabled but kept for historic graph data).
Did something change in the Dashboard area? Is configuring it via the
config.php no longer a thing? Ours is a very old deployment (like 5+ years)
so maybe we have some historic config lines which are causing an issue?
I’ve upgraded to this morning’s latest (r9570) and applied the DB updates
but no change. Issue was noticed first on 9558 I believe.
Cheers :)
Robert Williams
Custodian Data Centres
https://www.CustodianDC.com
From: observium On Behalf Of Adam
Armstrong via observium
Sent: 07 November 2018 15:40
To: Pieter Meyer via observium
Cc: Adam Armstrong
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556 to
9558
WARNING: This email may contain attachments that have bypassed our filters.
Please be cautious.
If in doubt, speak to the NOC first. You can ignore this warning if there
aren't any visible attachments.
________________________________
Are there any errors on the javascript console?
adam.
On 2018-11-07 15:28:40, Pieter Meyer via observium
<>> wrote:
Hi Markus
Yes I did
Regards
[cid:image001.jpg@01D476BF.4D61C070]
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 |
website | company
blog |
linkedin
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.
From: Markus Klock [mailto:markus@best-practice.se]
Sent: Wednesday, 07 November 2018 5:23 PM
To: Observium Network Observation System
Cc: pieter@convergedgroup.net
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556 to
9558
Did you also update the database? ./discovery.php -u
/Markus
Den ons 7 nov. 2018 kl 16:17 skrev Pieter Meyer via observium
<>>:
Hi Adam
Below is my landing page on version 9556
[cid:image001.png@01D476BD.C9B3B040]
After upgrade to 9558 it is just blank?
[cid:image002.png@01D476BD.C9B3B040]
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 | website
| company blog
| linkedin
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 47902 bytes
Desc: image001.png
URL:
------------------------------
Message: 17
Date: Thu, 08 Nov 2018 09:09:16 +0000
From: Adam Armstrong
To: Robert Williams via observium
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID:
Content-Type: text/plain; charset="utf-8"
Hi Robert,
We've removed the old front page and replaced it with a dynamic dashboard.
We try to convert whatever layout of old front page you have to the new
structure, but perhaps I've missed our a module or two.
Can you show me the config that you had for the front page?
Perhaps there's some legacy config that needs to be copied over (if we can).
We actually still use the global config variables for some of the widgets,
because in-widget config is not yet ready.
I converted minigraphs and micrographs over, is there another type that I
missed?
Adam.
Sent from BlueMail
On 8 Nov 2018, 08:58, at 08:58, Robert Williams via observium
wrote:
>Hi – we are having very similar sounding issues, but no JS errors (or
>any useful error output at all to be honest).
>
>Visually, we have a totally empty Alert Status box (not even the
>totals) - no summary graphs and no custom graphs (which are all
>configured within config.php).
>
>[cid:image001.png@01D47741.395C31F0]
>
>Then there is a large gap (where the items were) and now the Status
>Warnings section is showing alerts for devices which were removed a
>long time ago (they are disabled but kept for historic graph data).
>
>Did something change in the Dashboard area? Is configuring it via the
>config.php no longer a thing? Ours is a very old deployment (like 5+
>years) so maybe we have some historic config lines which are causing an
>issue?
>
>I’ve upgraded to this morning’s latest (r9570) and applied the DB
>updates but no change. Issue was noticed first on 9558 I believe.
>
>Cheers :)
>
>
>Robert Williams
>Custodian Data Centres
>https://www.CustodianDC.com
>From: observium On Behalf Of Adam
>Armstrong via observium
>Sent: 07 November 2018 15:40
>To: Pieter Meyer via observium
>Cc: Adam Armstrong
>Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
>to 9558
>
>
>WARNING: This email may contain attachments that have bypassed our
>filters. Please be cautious.
>If in doubt, speak to the NOC first. You can ignore this warning if
>there aren't any visible attachments.
>
>________________________________
>
>
>Are there any errors on the javascript console?
>
>adam.
>
>On 2018-11-07 15:28:40, Pieter Meyer via observium
><>> wrote:
>Hi Markus
>
>Yes I did
>
>
>Regards
>[cid:image001.jpg@01D476BF.4D61C070]
>
>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 |
>website | company
>blog |
>linkedin
>
>
>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.
>
>From: Markus Klock [mailto:markus@best-practice.se]
>Sent: Wednesday, 07 November 2018 5:23 PM
>To: Observium Network Observation System
>Cc: pieter@convergedgroup.net
>Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
>to 9558
>
>Did you also update the database? ./discovery.php -u
>/Markus
>
>Den ons 7 nov. 2018 kl 16:17 skrev Pieter Meyer via observium
><>>:
>
>Hi Adam
>
>
>
>Below is my landing page on version 9556
>
>
>
>[cid:image001.png@01D476BD.C9B3B040]
>
>
>
>After upgrade to 9558 it is just blank?
>
>
>
>
>
>[cid:image002.png@01D476BD.C9B3B040]
>
>
>
>
>
>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 | website
> | company blog
> | linkedin
>
>_______________________________________________
>observium mailing list
>observium@observium.org
>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>observium mailing list
>observium@observium.org
>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 18
Date: Thu, 8 Nov 2018 09:05:32 +0000
From: noclab
To: Observium
Subject: [Observium] Contact for Device Type
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"
Hello,
Is it possible to add a contact, to get emails only for specific type
devices listed under Power?
Thanks in advanced
Br
José
------------------------------
Message: 19
Date: Thu, 8 Nov 2018 11:01:14 +0100
From: Niklas Larsson
To: observium@observium.org
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID: <789403ec-779e-98ed-b4cf-1ae425b9a62f@tese.se>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Hi,
got empty dashboard as well and
$config['web_mouseover'] = 0;
makes javascript fail:
TypeError: $(...).qtip is not a function[Learn More] observium.js:228:31
popups_from_data https://observium.weblink.se/js/observium.js:228:31
https://observium.weblink.se/js/observium.js:303:5
i https://observium.weblink.se/js/jquery.min.js:2:27444
fireWith https://observium.weblink.se/js/jquery.min.js:2:28213
ready https://observium.weblink.se/js/jquery.min.js:2:30004
K https://observium.weblink.se/js/jquery.min.js:2:30366
removing web_mouserover setting made the new dash show up.
/niklas
On 2018-11-08 10:09, Adam Armstrong via observium wrote:
> Hi Robert,
>
> We've removed the old front page and replaced it with a dynamic dashboard.
>
> We try to convert whatever layout of old front page you have to the
> new structure, but perhaps I've missed our a module or two.
>
> Can you show me the config that you had for the front page?
>
> Perhaps there's some legacy config that needs to be copied over (if we
> can).
>
> We actually still use the global config variables for some of the
> widgets, because in-widget config is not yet ready.
>
> I converted minigraphs and micrographs over, is there another type
> that I missed?
>
> Adam.
>
> Sent from BlueMail
> On 8 Nov 2018, at 08:58, Robert Williams via observium
> > wrote:
>
> Hi – we are having very similar sounding issues, but no JS errors
> (or any useful error output at all to be honest).
>
> Visually, we have a totally empty Alert Status box (not even the
> totals) - no summary graphs and no custom graphs (which are all
> configured within config.php).
>
> Then there is a large gap (where the items were) and now the
> Status Warnings section is showing alerts for devices which were
> removed a long time ago (they are disabled but kept for historic
> graph data).
>
> Did something change in the Dashboard area? Is configuring it via
> the config.php no longer a thing? Ours is a very old deployment
> (like 5+ years) so maybe we have some historic config lines which
> are causing an issue?
>
> I’ve upgraded to this morning’s latest (r9570) and applied the DB
> updates but no change. Issue was noticed first on 9558 I believe.
>
> Cheers :)
>
> Robert Williams
> Custodian Data Centres
> https://www.CustodianDC.com
>
> *From:*observium *On Behalf Of
> *Adam Armstrong via observium
> *Sent:* 07 November 2018 15:40
> *To:* Pieter Meyer via observium
> *Cc:* Adam Armstrong
> *Subject:* Re: [Observium] Landing page goes blank if upgraded
> from 9556 to 9558
>
> *WARNING: *This email may contain attachments that have bypassed
> our filters. Please be cautious.
> If in doubt, speak to the NOC first. You can ignore this warning
> if there aren't any visible attachments.
>
> ------------------------------------------------------------------------
>
> Are there any errors on the javascript console?
>
> adam.
>
> On 2018-11-07 15:28:40, Pieter Meyer via observium
> > wrote:
>
> Hi Markus
>
> Yes I did
>
> *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 * *|**website*
> *|**company blog*
> *|**linkedin*
>
>
> 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.
>
> *From:*Markus Klock [mailto:markus@best-practice.se]
> *Sent:* Wednesday, 07 November 2018 5:23 PM
> *To:* Observium Network Observation System
> *Cc:* pieter@convergedgroup.net
> *Subject:* Re: [Observium] Landing page goes blank if upgraded
> from 9556 to 9558
>
> Did you also update the database? ./discovery.php -u
>
> /Markus
>
> Den ons 7 nov. 2018 kl 16:17 skrev Pieter Meyer via observium
> >:
>
> Hi Adam
>
> Below is my landing page on version 9556
>
> After upgrade to 9558 it is just blank?
>
> 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 | website
> | company blog
> | linkedin
>
>
> _______________________________________________
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
> ------------------------------------------------------------------------
>
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
>
> _______________________________________________
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
------------------------------
Message: 20
Date: Thu, 8 Nov 2018 11:20:02 +0100
From: Niklas Larsson
To: observium@observium.org
Subject: Re: [Observium] Landing page goes blank if upgraded from 9556
to 9558
Message-ID: <399714e2-4b44-6502-b319-4f9c9ed23369@tese.se>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi
On 2018-11-08 11:01, Niklas Larsson via observium wrote:
>
> I converted minigraphs and micrographs over, is there another type
> that I missed?
We had a bunch of minigraphs that are gone, config:
$config['frontpage']['minigraphs']['ids'] =
"43,application_asterisk_activecall,abcd12;" .
"78,application_asterisk_activecall,abcd14;" .
"41,application_asterisk_activecall,abcd22;".
"77,application_asterisk_activecall,abcd24;" .
"252,application_asterisk_activecall,abcd19;" .
"249,application_asterisk_activecall,abcd29;" .
"292,application_asterisk_activecall,cdef01.sd;" .
"293,application_asterisk_activecall,cdef01.sd;" .
"54,application_kamailio_usrloc,qwerty01;" .
"57,application_kamailio_usrloc,qwerty02;" .
"139,application_kamailio_usrloc,qwe01;" .
"181,application_kamailio_usrloc,qwe02;" .
"4014,sensor_graph,JBT Temp (abcd12);" .
"4143,sensor_graph,SHG Temp (abcd22);" .
"4606,sensor_graph,AMS Temp (PS4210);";
$config['frontpage']['order'] = array('status_summary', 'device_status',
'minigraphs', 'alert_table', 'eventlog', 'map', 'syslog');
How to get them back?
------------------------------
Message: 21
Date: Thu, 08 Nov 2018 10:34:17 +0000
From: Adam Armstrong