- observium - lists.observium.org

Customizing description of each port after creating a dashboard
by Farah Ameri Mahabadian (famerima) 05 Mar '20

05 Mar '20

Dear Observium Team, Could you please advise, how Can I customize description of each port after creating a dashboard ,by GUI interface ? Please , see below examples : ( I would like to updated each port description by the name of the customer, Circuit ID .. ) , but as you can see below description is not clear . [cid:image002.jpg@01D5F1AB.E95AC7C0] Regards Farah

6 13

Disk space being full
by Gordon Cheng (gocheng) 05 Mar '20

05 Mar '20

Hi all, Disk space is full on our Observium and we lost the GUI access (only CLI). I’m trying to use “housekeeping.php -a” to clean up the space, and use “delete_device.php” to delete a few offending devices using up lots of space. But it didn’t help much yet. For example, even if I tried to delete a device “phx-nx5596-04”: sjc-observium-1:/opt/observium# ./delete_device.php phx-nx5596-04 Observium 19.5.9872 Remove Device CACHE CLEAR SET. Cache clear set. * Deleted interfaces: id=13437 (mgmt0), id=13438 (Vlan1), id=13439 (Vlan2283), id=13440 (port-channel1), id=13441 (port-channel2), id=13442 (port-channel5), id=13443 (port-channel6), id=13444 (port-channel7), id=13445 (port-channel8), id=13446 (port-channel10), id=13447 (port-channel12), id=13448 (port-channel13), id=13449 (port-channel14), id=13450 (port-channel15), <snip> 64898 (), id=64899 (), id=64900 () * Deleted common entity entries linked to device: device * Deleted device entries from tables: devices_locations, device_graphs, entPhysical * Deleted device: phx-nx5596-04 Device phx-nx5596-04 removed. sjc-observium-1:/opt/observium# It’s still showing up undeleted and using a lot of disk space: sjc-observium-1:/opt/observium/rrd# du -sk * | sort -nr | head 2276640 phx-core03 2256244 phx-core04 2203544 sjc-core03 2199116 phx-spider01 2196748 sjc-core04 2169864 sjc-spider01-old 1885692 phx-spider02 1873348 phx-spider01-new 1862500 sjc-spider01 1452708 phx-nx5596-04 sjc-observium-1:/opt/observium/rrd# sjc-observium-1:/opt/observium/rrd# df -h Filesystem Size Used Avail Use% Mounted on /dev/vda3 378G 359G 0 100% / devtmpfs 32G 0 32G 0% /dev tmpfs 32G 0 32G 0% /dev/shm tmpfs 32G 8.7M 32G 1% /run tmpfs 32G 0 32G 0% /sys/fs/cgroup /dev/vda1 488M 189M 264M 42% /boot tmpfs 6.3G 0 6.3G 0% /run/user/15115 tmpfs 6.3G 0 6.3G 0% /run/user/0 sjc-observium-1:/opt/observium/rrd# Any suggestions how we can fix and restore it? Thanks. - Gordon

2 1

Dashboard Graph Start Date Weird
by Brian Weeks 05 Mar '20

05 Mar '20

I have a weird problem with graphs that are on the dashboard show correct data but if I click on one the date start is 1969-12-30 but if I choose the device from the device menus and go to the same graph the start date is correct for 24 hours. I have check the date and time on the server and it is also correct I recreated the dashboard graphs from scratch and it still does it. I apologize if this has been asked before but I could not find an answer. -- Brian Weeks Network Engineer Brenham ISD CCNA, MCSE, ACMT, A+, Network+, Security+ 1301 Niebuhr St. Brenham, TX 7783 Office: (979) 277-3760 ext. 2249 Email: bweeks(a)brenhamk-12.net Website: http://www.brenhamisd.net --

1 0

Sensors missing of Dell Equallogic arrays
by Wouter de Man 03 Mar '20

03 Mar '20

Since the last stable upgrade (Professional edition), we have lost all the sensors (and the harddisk status) of our Dell Equallogic PS arrays (3 different types, different firmware levels). Any idea what happened? This worked fine on the previous stable release...

5 13

Datasource maximum not updating
by Milton Ngan 03 Mar '20

03 Mar '20

We discovered some RRD’s for LACP bundles had not updated the DS Max value after an upgrade. So this meant when we exceeded the previous DS Max value, we started getting “gaps” (NaN values) in the graph. I had to manually go in and “tune” the RRD to have a more appropriate DS Max value. Is this something that Observium is maintaining? If so, what would trigger this to happen? In the graph below the LACP Bundle was a 10G LAG, then upgraded to a 20G LAG. Now every time we got above 10G, we get gaps in the graph. [https://netmon.mgmt.valve.net/v/dashboard/port/5306762/bg2-sto2.nm.valve.ne…]

1 0

rrdtool (1.4.8-1.2+deb8u1) Error Drawing Graph?
by Sananikone, Athideth 02 Mar '20

02 Mar '20

Hi there, anyone else experiencing "Error Drawing Graph" after last nights apt-get-run updaten RRD to 14.8.-1.2? Athi [cid:tangro_logo_rgb57-176-201_201x97_c39e0fcc-3cb6-4676-b737-ecb5f27f9294.gif] Athideth Sananikone Leitung IT Infrastruktur atsa(a)tangro.de<mailto:atsa@tangro.de> Fon +49 6221 1333 625 www.tangro.de<http://www.tangro.de> [cid:tangro_newsletter_icon_IN_rgb57-176-201_46x42_10395825-8428-4d89-9c27-9617de1dca04.gif] <https://www.linkedin.com/company/3731516/> [cid:tangro_newsletter_icon_X_rgb57-176-201_70x42_fa96ea45-c16c-4377-b5af-b500d6c2d2fe.gif] <https://www.xing.com/companies/tangrosoftwarecomponentsgmbh> [cid:Youtube_Favicon_ee3d2635-aa5a-40f7-92d1-35d68dd1f1d3.png] <https://www.youtube.com/channel/UCsxrvLKxYpQ-KYK8uGQ8tVQ> [cid:tangro_newsletter_icon_rgb57-176-201_139x42_7758a315-d1ec-4829-adce-36eea7130bda.gif] <https://www.tangro.de/newsletter/> tangro software components gmbh, Speyerer Stra?e 4, 69115 Heidelberg Gesch?ftsf?hrer: Andreas Schumann, Registergericht: Mannheim, HRB 336064 (Sitz: Heidelberg) Besuchen Sie uns an Stand 9 und h?ren Sie unseren Partnervortrag am 25.03.2020! [cid:ELS-2020_600x200px_73179588-b89d-422e-83d2-28d7d77748a9.jpg]<https://www.tangro.de/bme-eloesungstage-2020/><https://www.tangro.de/ueber-uns/events/detail/news/xe-rechnung-muehelos-mei…>

3 2

Unix agent alerting on Postfix mail queue size
by Attila Nagy 02 Mar '20

02 Mar '20

Hi Adam, Tom! We are currently facing the problem of having to alert on Postfix mail queue size coming from the Unix agent (thanks to "careful" users who let their e-mail passwords repeatedly stolen). As I've been trying to read about this in the archives, I see that this is a somewhat frequently upcoming but still unresolved topic. May I ask about the current status of this request?! Best regards, Attila

1 0

Supress Sensor Updated in Eventlog
by Klimek, Denis 02 Mar '20

02 Mar '20

Hi all, is there any method to supress the generation of "Sensor updated"-Eventlog entries if Observium is dynamicly changing the limit_low/high value? Our eventlog contains shitloads of entries for this kind of logs and they are not really useful from my opinion. So we would like to keep the sensors quiet. Currently we are running an external scripts triggered by cronjob to filter out those messages, but if we would supress the creation itself it would be much better Cheers, Denis Mit freundlichem Gruß Stadtwerke Norderstedt Denis Klimek Carrier Manager & Professional Network Engineer IP-Systemtechnik Tel: +49 (0) 40 / 521 04 - 1049 dklimek(a)stadtwerke-norderstedt.de<mailto:dklimek@stadtwerke-norderstedt.de> www.stadtwerke-norderstedt.de<http://www.stadtwerke-norderstedt.de/>

2 4

creating custom probe
by cody＠mail-server.cc 02 Mar '20

02 Mar '20

Hi, I wanted to create a custom probe to read two values from Cisco devices which aren't available via their SNMP agents. How do i get my probe included and What to i need to present the two values (current value, max value) in a graph and trigger an alert when the current value reaches 90% of the max value? Thanks, Cody

1 0

Re: [Observium] How to exclude "virtual Memory" from an alert checker (but keep all other memory metrics)?
by Thomas Stather 28 Feb '20

28 Feb '20

Hi I set the following Device Match / Entity Match: (device.type in server AND (mempool.mempool_descr notmatch *cache* OR mempool.mempool_descr notmatch *Virtual*)) However, the alert is still displayed (which is true since the virtual memory of one of our VMs is stil labove 80%). How can i reset the alert to test that the condition now works as expected? Best, Thomas Am 12.07.19 um 16:30 schrieb Hamilton, Kent: > Here is what I use for the "Entity Match": > mempool_descr notmatch *cache* > mempool_descr notmatch *Physical* > mempool descr notmatch *Virtual* > mempool desc notmatch *virtual* > mempool desc notmatch *Shared Real* > > > > > -----Original Message----- > From: observium <observium-bounces(a)observium.org> On Behalf Of Thomas Stather via observium > Sent: Thursday, July 4, 2019 9:57 AM > To: 'Observium' <observium(a)observium.org> > Cc: Thomas Stather <tstather(a)mr.mpg.de> > Subject: [Observium] How to exclude "virtual Memory" from an alert checker (but keep all other memory metrics)? > > Exegy Email Security > > WARNING This email originated from outside of Exegy. DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. > Remember Exegy ITS will never ask for user ID information via email communication. > > > > Hi > > > We are using Observium Professional: 19.6.9946 (rolling) > > > I have set up an alert check to check our servers for fully occupied memory ("mempool_perc greater 80"). > > I want to include the metrics "Memory buffers", "Physical Memory", "Swap space" but i want to exclude "Virtual memory". > > > Is there a way of doing so and if so, how? > > > > Best, > > Thomas > > > -- > Thomas Stather > IT Services > > VCP4, VCP6-DCV, VCP6.5-DCV > > Tel: +49 6221 486 628 > Fax: +49 6221 486 561 > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > ________________________________ > > 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. -- Thomas Stather IT Services VCP4, VCP6-DCV, VCP6.5-DCV Tel: +49 6221 486 628 Fax: +49 6221 486 561

2 4