- observium - lists.observium.org

Reducing WiFi Error Alerts
by Chris Macneill 26 Aug '20

26 Aug '20

Hi, We get a lot of WiFi error alerts from Ubiquiti devices clogging up our event log. Most devices in Observium have a number of Sensors listed which allows thresholds to be adjusted to receive only genuine issues and reduce the noise level. Ubiquiti WiFi devices have no sensors listed for each device, so apparently no way to adjust thresholds? Regards Chris Macneill

1 0

Re: [Observium] Cisco ASR9K Monitoring
by Serghei Golipad 26 Aug '20

26 Aug '20

Hi All, Is anyone monitoring BGP vpnv4/vrf sessions? I’m not seeing status of them although they are being discovered: [cid:image001.png@01D67BA3.902ECC00] One thing to note, we’ve replaced original device and this new one was named as the old one (diff vendor), so might be screwed UP DB? Cheers PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. CDW Limited is a Company registered in England and Wales. This email is sent for and on behalf of CDW Finance Holdings Limited. CDW Finance Holdings Limited is the UK holding company for CDW Limited trading as CDW. The registered office for CDW Finance Holdings Limited (Company Number 05872067) and its UK group undertakings is 1 New Change, London, EC4M 9AF. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than CDW or the sender of its existence. For more information about CDW please visit www.uk.cdw.com

1 0

Re: [Observium] Cannot login to my observium UI after the upgrade
by Renuka Arya 24 Aug '20

24 Aug '20

That seems to totally work! Thanks! Regards Renuka Arya On Mon, Aug 24, 2020 at 11:03 AM Adam Armstrong <adama(a)observium.org> wrote: > Hi, > > > > We drop sessions when the IP changes. I’m not quite sure why anymore, but > it was a security thing we added a few years ago. > > > > You can disable this behaviour with : > > > > $config['web_session_ip'] = FALSE; // Bind user sessions to his > IP address > > > > This setting is in the web config in Authentication -> Sessions -> Session > bind to IP > > > > Thanks, > > Adam. > > > > > > *From:* Renuka Arya <rarya(a)uchicago.edu> > *Sent:* 24 August 2020 16:52 > *To:* Adam Armstrong <adama(a)observium.org>; Renuka Arya via observium < > observium(a)observium.org> > *Subject:* Re: [Observium] Cannot login to my observium UI after the > upgrade > > > > Hi Adam! > > > > Few update! > > > > We figured that we are able to access the observium server just fine (no > authentication issues); if we access it directly. > > > > The issue arises when we try to thought our F5 load balancer setup; where > the Virtual IP/host is configure on F5 pointing to the server running the > observium. We have opened up a case with F5 to investigate more into it. > But was wondering if you have seen any issues with new code [20.7.10549] > going via a LB/proxy or as such. > > > > > > Please see the attached screenshots for reference; > > > > > > > > > > Regards > > Renuka Arya > > > > On Mon, Aug 10, 2020 at 10:16 AM Adam Armstrong <adama(a)observium.org> > wrote: > > You should probably upgrade the system to 18.04 (and then probably 20.04, > Observium gets a lot of benefit from performance improvements in the newer > PHP and RRDtool) and then svn up again. > > > > It might well be quicker to transplant the install to a new 20.04 install, > Observium is only the MySQL db, the rrd directory and the config.php. > > > > You can follow the install guide and then replace these at the end of the > install. > > > > Adam. > > > > *From:* Renuka Arya <rarya(a)uchicago.edu> > *Sent:* 10 August 2020 15:52 > *To:* Adam Armstrong <adama(a)observium.org> > *Subject:* Re: [Observium] Cannot login to my observium UI after the > upgrade > > > > So, what are your suggestions? > > > > Our current database is for 20.7.10615. But the code it is running is > 19.6.9932 > > > > I understand, we prolly need to upgrade PHP to 7.1 or 7.2 ; not sure in > what sequence should be running the svp updates? > > > > > > > > > > Regards > > Renuka Arya > > > > > > > > > > On Mon, Aug 10, 2020 at 8:55 AM Adam Armstrong <adama(a)observium.org> > wrote: > > I think the problems come from PHP 7.0, I think it has some issues. Our > minimum requirement is 7.1, though I think we need to change that to 7.2 > now. > > > > The latest stable is whatever the revision of the last change to the > stable tree is: > > > > https://www.observium.org/versions.php > <https://urldefense.com/v3/__https:/www.observium.org/versions.php__;!!BpyFH…> > > > > "stable":{"version":"20.7.10549","revision":"10549","date":"2020-07-03"} > > "current":{"version":"20.7.10614","revision":"10614","date":"2020-07-24"} > > > > The versions are not important numbers, they’re just autogenerated > revisions within svn. > > > > Adam. > > > > *From:* Renuka Arya <rarya(a)uchicago.edu> > *Sent:* 10 August 2020 14:37 > *To:* Adam Armstrong <adama(a)observium.org> > *Subject:* Re: [Observium] Cannot login to my observium UI after the > upgrade > > > > lacadmin@kh26-42:~$ lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 16.04.5 LTS > Release: 16.04 > Codename: xenial > > > > lacadmin@kh26-42:~$ php -v > PHP 7.0.33-0ubuntu0.16.04.15 (cli) ( NTS ) > Copyright (c) 1997-2017 The PHP Group > Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies > with Zend OPcache v7.0.33-0ubuntu0.16.04.15, Copyright (c) 1999-2017, > by Zend Technologies > > > > > > lacadmin@kh26-42:~$ mysql -V > mysql Ver 15.1 Distrib 10.2.21-MariaDB, for debian-linux-gnu (x86_64) > using readline 5.2 > > > > What is the latest stable version of Observium? > > Version 20.7.10614 ? > > > > > > > > On Mon, Aug 10, 2020 at 8:24 AM Adam Armstrong <adama(a)observium.org> > wrote: > > You’re still running schema 432, the database can’t be downgraded. I’m not > sure exactly what has changed in that time, but likely a number of things > will be broken. > > > > What is this running on? What is the PHP and MySQL/Mariadb version? > > > > Adam. > > > > *From:* Renuka Arya <rarya(a)uchicago.edu> > *Sent:* 10 August 2020 14:18 > *To:* Adam Armstrong <adama(a)observium.org> > *Subject:* Re: [Observium] Cannot login to my observium UI after the > upgrade > > > > Hello > > > > We run the following commands, when we first were trying to upgrade: > > 1) svn update > > 2) ./discovery.php -u > > It ran as: > > root@kh26-42:/opt/observium# ./discovery.php -u ___ _ _ > / _ \ | |__ ___ ___ _ __ __ __(_) _ _ _ __ ___ > | | | || '_ \ / __| / _ \| '__|\ \ / /| || | | || '_ ` _ \ > | |_| || |_) |\__ \| __/| | \ V / | || |_| || | | | | | > \___/ |_.__/ |___/ \___||_| \_/ |_| \__,_||_| |_| |_| > Observium Professional 20.7.10615 > https://www.observium.org <https://urldefense.com/v3/__https:/www.observium.org/__;!!BpyFHLRN4TMTrA!u_…>-- Updating database/file schema > 412 -> 413 # (php) Done (0s). > 413 -> 414 # (db) . Done (15s). > 414 -> 415 # (php) Unificate GEO Country names: . Done (1s). > 415 -> 416 # (db) .. Done (2s). > 416 -> 417 # (db) .. Done (4s). > 417 -> 418 # (db) . Done (1s). > 418 -> 419 # (db) .... Done (3s). > 419 -> 420 # (db) .. Done (3s). > 420 -> 421 # (db) ... Done (2s). > 421 -> 422 # (db) .. Done (0s). > 422 -> 423 # (db) ...... Done (9s). > 423 -> 424 # (php) Update IPv4 addresses: ........................................................................................................................................................................................................................................................................................................... > Update IPv6 addresses: ..................... > Done (0s). > 424 -> 425 # (db) . Done (29s). > 425 -> 426 # (db) ............... Done (16s). > 426 -> 427 # (db) ... Done (44s). > 427 -> 428 # (db) ... Done (3s). > 428 -> 429 # (db) ..... Done (7s). > 429 -> 430 # (db) (WARNING! Required MySQL version 5.6+ or MariaDB 10.0+)... Done (0s). > 430 -> 431 # (db) ..... Done (4s). > 431 -> 432 # (php) Done (1s). > -- Done. > > > > This upgraded from Observium 19.6.9932 to Observium Professional > 20.7.1061 > > > > We noticed this > > 429.sql:ALTER TABLE `autodiscovery` ADD INDEX `remote_hostname_ip` (`poller_id`, `remote_hostname`, `remote_ip`); > 430.sql:ALTER TABLE `autodiscovery` ADD INDEX `remote_hostname_ip` (`poller_id`, `remote_hostname`, `remote_ip`); > > > > When we tried to login as my user/admin; it will let me in but as an > `unauthenticated` user BUT will not display stuff properly; infact will > kick me out , when I tried to click on things. It seems the poller were > still working but authentication was broken > > > > At this point we downgraded observium as: > > > > 1) svn update -r 9932. > > > > And we could see the schema in /opt/observium/update was upto 412.sql > > > > 2. We did not run ./discovery -u after this. > > > > After doing this I can login to observium just fine and see all the graphs > etc just fine > > > > > > Thanks! > > > > Regards > > Renuka Arya > > ./ > > > > On Sun, Aug 9, 2020 at 9:44 PM Adam Armstrong <adama(a)observium.org> wrote: > > You don’t run discovery after downgrading, you run it after upgrading. > > > > You can’t downgrade because database changes are not reversible. > Downgrading will probably break your database. > > > > The latest stable version is whatever Observium says it is after you do > “svn up”. Ignore what SVN says, that’s just the repository revision. > > > > Did you run discovery -u after the initial upgrade attempt? > > > > Adam. > > > > *From:* Renuka Arya <rarya(a)uchicago.edu> > *Sent:* 07 August 2020 14:23 > *To:* Adam Armstrong <adama(a)observium.org> > *Cc:* Renuka Arya via observium <observium(a)observium.org> > *Subject:* Re: [Observium] Cannot login to my observium UI after the > upgrade > > > > Hi Adam, > > > > Thanks for your reply! > > > > No we didn't run ./discovery.php -u after downgrading to 19.6.9932. I am > supposing we should not run it as it's going to break the DB? > > > > What options do we have now? > > > > Also, what is the latest stable release; svn update, updates it to 20.7.10615 > whereas observium says it is Version 20.7.10614 > > > > > > > > > > > > On Thu, Aug 6, 2020 at 8:57 PM Adam Armstrong <adama(a)observium.org> wrote: > > Hi, > > Did you run ./discovery.php -u ? > > If you didn't, that'd explain it. If you did, downgrading will break your > database. > > But if it you had done that and it wasn't working, the likely causes are > either database desync or local modifications. > > The former is pretty difficult and time consuming to track down, and > usually involves removing the database and readding all of the devices. > > Adam. > > Sent from BlueMail > <https://urldefense.com/v3/__http:/www.bluemail.me/r?b=15919__;!!BpyFHLRN4TM…> > > On 6 Aug 2020, at 19:18, Renuka Arya via observium < > observium(a)observium.org> wrote: > > Update ; so we rolled back to the current version - O bservium 19.6.9932 > and it seems to be fixed now. > > > > However, we noticed two things: > > 1) when we run 'svn update' it never prompts for user/pwd. Please note > that we have a valid subscription & user/pwd > > 2) After we run 'svn update' it updates to 20.7.10615 . However, our > observium site says : So lookslike just running svn update is not updating > to current stable version? > > > There is a newer revision of Observium available! > > Version 20.7.10614 (6th August 2020) is 682 revisions ahead. > > > > On Thu, Aug 6, 2020 at 11:18 AM Renuka Arya < rarya(a)uchicago.edu> wrote: > > Hello Team, > > > > I upgraded my Observium from Observium 19.6.9932 to Observium > Professional 20.7.10615 this morning. > > > > I cannot login to the UI now; With my user and admin user it lets me in as > unauthenticated, shows broken graphs and kicks me out or would say *Remote > IP has changed.* > > > > > > and we see this > > > > [2020/08/06 09:47:42 -0500] discovery.php(8383): ====== Schema update 429 -> 430 ============== > [2020/08/06 09:47:42 -0500] discovery.php(8383): Query: ALTER TABLE `autodiscovery` ADD INDEX `remote_hostname_ip` (`poller_id`, `remote_hostname`, `remote_ip`); > [2020/08/06 09:47:42 -0500] discovery.php(8383): Error: (1061) Duplicate key name 'remote_hostname_ip' > > > > Any help will be appreciated! > > > > > > Thank you! > > > > > > > > Regards > > Renuka Arya > > > > > > ------------------------------ > > > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium <https://urldefense.com/v3/__http:/postman.memetic.org/cgi-bin/mailman/listi…> > >

1 0

Syslog alert checker functionality / OID "group" alerts (FC Port Monitoring)
by Markus Mohr 24 Aug '20

24 Aug '20

Hiya! Two questions or requests for some problems that just showed up. 1. Syslog with additional alert checker functionality We use observiums syslogserver for most of our systems and syslog alerts of course. Problem is, we can't set a delay. Like 1 system, 4 reports in 10 Minutes = alert. Is there any way this could be implemented or is already planned for observium? Main reason is, that we have some systems that need to alert, but only after a specific threshold. Otherwise we get flooded with senseless alarms. Waking up in the middle of the night because of a false alert sucks a bit :) 2. Building OID groups / FC Port monitoring We need a check for our FC switches to report, if a port has the wrong config and runs as FL instead of F. MIB and custom OID are no problem in this case, would be OID 1.3.6.1.2.1.75.1.2.1.1.3 - and it works. BUT I need to add a custom OID for every port, so 1.3.6.1.2.1.75.1.2.1.1.3.1.1, 1.3.6.1.2.1.75.1.2.1.1.3.1.2 etc. and create an alert check for every OID. Adding 24 or more custom OID etc. and the checks . well, sucks a bit. Any idea how this could be better managed? Best wishes Markus MOHR IT-Infrastruktur TakeASP AG

1 0

FW: Observium
by Christos Aivazoglou 20 Aug '20

20 Aug '20

Hello Guys, Can anyone provide us a little bit help? Thank you very much and sorry for any inconvenience Best regards, Christos Aivazoglou VIPA Group Tel : +30 2310 811788 / 811688 -Ext. 44 <http://www.vipa.ch/> www.vipa.ch This e-mail, and any files and attachments transmitted with it, is confidential. It is intended for the sole use of the named recipients(s) only. If you have received this message in error, please immediately notify us by replying to this message and then permanently delete it. Any views and opinions expressed are those of the individual author/sender and are not necessarily shared or endorsed by VIPA Lausanne S.A. or any associated or related company. This e-mail transmission is not binding for the purposes of forming a contract and does not form a contractual obligation of any type From: Christos Aivazoglou <christos.aivazoglou(a)vipa.ch> Sent: Τετάρτη, 12 Αυγούστου 2020 5:18 μμ To: adama(a)observium.org Subject: Observium Hello Boss, I hope you are very well, recently we bought your product we would like to learn how can we use the Probe and winservice alerts can you help us? Thank you very much ! Best regards, Christos Aivazoglou VIPA Group Tel : +30 2310 811788 / 811688 -Ext. 44 <http://www.vipa.ch/> www.vipa.ch This e-mail, and any files and attachments transmitted with it, is confidential. It is intended for the sole use of the named recipients(s) only. If you have received this message in error, please immediately notify us by replying to this message and then permanently delete it. Any views and opinions expressed are those of the individual author/sender and are not necessarily shared or endorsed by VIPA Lausanne S.A. or any associated or related company. This e-mail transmission is not binding for the purposes of forming a contract and does not form a contractual obligation of any type

3 2

Ghost devices in alert checker
by Daniel Johansson 18 Aug '20

18 Aug '20

Hi I created a new alert checker today and it seems I have 2 ghost devices showing up now. Neither of the other alert checkers have them showing up. Could there be some issue in the db or can I find out which devices it picks up? When I click on the entitys it just says: No valid device specified A valid device was not specified in the URL. Please retype and try again. -- Any ideas? ---- Regards Daniel

2 2

Reset GEO location
by Jacek.Dabrowski＠selgros.pl 14 Aug '20

14 Aug '20

Hello, Is it possible to reset the GEO location via cli ??? I have such a case, GEO displays 2dev, it's actually 30, the address is the same (same location), geo reset helps but for 30 devices it's tiring. [cid:image001.png@01D67246.59C7ECC0] Regards Jacek Dąbrowski

1 0

Spam Folder
by Walter Onda 13 Aug '20

13 Aug '20

Hello Adam I got all messages from observium in my spam folder. Return-Path: <observium-bounces(a)observium.org> Received: from s053.cyon.net ....... 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.5 FROM_IS_REPLY_TO From and Repply-To is the same -0.5 FROM_IS_TO From and To is the same 7.0 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.net/Why?s=mfrom;id=observium-bounces%40observium.org;ip=…] 0.0 T_KAM_HTML_FONT_INVALID BODY: Test for Invalidly Named or Formatted Colors in HTML 0.0 HTML_MESSAGE BODY: HTML included in message -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Flag: YES ..... Are some parameter missing for SPF? Regards Walter

1 0

Lexmark-MiBs import into Observium
by Christian Moh 13 Aug '20

13 Aug '20

Hello, we have a lot of Lexmark Printers in our Institut, if we wantes to monitored. Can you included the Lexmark MiBs into Observium? It will be nice. Thanks -- Signatur C.Moh Mit freundlichen Grüßen *Christian Moh* /IT-Services/ ______________________________________ /Max-Planck-Institut für medizinische Forschung Jahnstraße 29 69120 Heidelberg Telefon: +49 6221 486-640 E-Mail:/ Christian.Moh(a)mr.mpg.de

3 3

Dark mode
by Richard Kuhns 12 Aug '20

12 Aug '20

You've no idea how happy you've made some of the engineers around here :) -- Richard Kuhns <rjk(a)wintek.com> Systems Administrator Wintek Powered by Tipmont Main: 765-742-8428 Direct: 765-269-8541

3 3