- observium - lists.observium.org

Alerts Reccomendation
by Josh Hopper 05 Apr '14

05 Apr '14

Please consider adding a feature that lets you disable alerts by location. That way when I want to disable 50 devices for down time I can in one motion rather than 50 or more. -- Sincerely, Joshua Hopper, A+ CE Network Administrator [cid:image001.jpg@01CF50CC.7166D9B0] 420 3rd Ave NW Hickory NC 28601 Office: 828-449-1839x2160 | Cell: 828-855-7565 Protect Plus Air Holdings, LLC and Affiliates, Protect Plus, LLC and Affiliates, Imagine One Resources, LLC and Affiliates, Protect Plus Surfaces, LLC and Affiliates Confidentiality Notice: This e-mail is intended only for the addressee named above. It contains information that is privileged, confidential or otherwise protected from use and disclosure. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, or dissemination of this transmission, or taking of any action in reliance on its contents, or other use is strictly prohibited. If you have received this transmission in error, please reply to the sender listed above immediately and permanently delete this message from your inbox. Thank you for your cooperation.

1 0

Observium integration with Nagios XI
by Burgess, Andrew 04 Apr '14

04 Apr '14

Good morning I would like to have some information on integrating the Observium system with our existing Nagios XI 2012R2.9 monitoring tool. I have seen that these two products work together but would like some further information on how to configure this. Thanks Kind Regards Andrew Burgess Junior Infrastructure Engineer | Bourne Leisure IT | One Park Lane | Hemel Hempstead, HP2 4YL Phone: 01442 286286| Email: Andrew.Burgess(a)Bourne-Leisure.co.uk<mailto:Andrew.Burgess@Bourne-Leisure.co.uk> [cid:image001.png@01CF4FFB.585B0760] [cid:image002.png@01CF4FFB.585B0760] [cid:image003.png@01CF4FFB.585B0760] [cid:image004.png@01CF4FFB.585B0760] Something nice to say about us?: IT-Teamstar(a)bourne-leisure.co.uk<mailto:IT-Teamstar@bourne-leisure.co.uk> This email is strictly confidential and intended solely for the addressee(s). It may contain personal and confidential information and as such may be protected by the Data Protection Act 1998. If this email has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please reply to this email and highlight the error. Any views or opinions expressed within this email are those of the author, and do not necessarily represent those of Bourne Leisure Limited. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computer practice the recipient should ensure they are actually virus free. BOURNE LEISURE LTD - REGISTERED IN ENGLAND NO. 4011660. REGISTERED OFFICE: 1 PARK LANE, HEMEL HEMPSTEAD, HERTFORDSHIRE HP2 4YL This email message has been scanned and delivered safely by Mimecast. For more information please visit http://www.mimecast.co.uk

1 0

Re: [Observium] Search Bug
by Andrej Kurlovic 04 Apr '14

04 Apr '14

Thank you Mike. It is working now. Regards, Andrej Kurlovic _____________________________________________________________________ The opinions either expressed or implied in this message are those of the sender and not necessarily those of Frontline Consultancy and Business Services Ltd. This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre. For further information visit http://www.star.net.uk/stats.asp

1 0

Search Bug
by Andrej Kurlovic 04 Apr '14

04 Apr '14

Good Day Observium, I noticed one bug with Observium. Let's say I have a switch with user ports. Users are come and go, so I would like to disable alerts on them for Port Down State on the main page (see screenshot) [cid:image001.png@01CF4FDE.15C3A0F0] To do that I will go to device setting page->Ports https://observium.frontline/device/device=34/tab=edit/section=ports/ and Toggle alerts to No (see screenshot) [cid:image003.png@01CF4FDE.34DDF850] As soon as I save this, port is no longer appear in the main page as intended, but what is does as well - I can't search for the port in the search bar anymore (see screenshot examples below) Before toggle alerts off (Alerts=Yes): [cid:image002.png@01CF4FDF.27FC9640] After I toggle alerts off (Alerts=No) [cid:image004.png@01CF4FDF.27FC9640] This happens instantaneously as soon as I toggle alerts to No, and when I toggle back to Yes I can search port again. Can you please advise if this is expected behaviour? Because what I want is to disable alerts for user ports, to ensure that on the main page only alerts for important ports appear, however I still want to be able to search ports (with Alerts set to NO) using search box. Thank you in advance, Regards, Andrej Kurlovic Network and Security Manager Frontline Consultancy _____________________________________________________________________ The opinions either expressed or implied in this message are those of the sender and not necessarily those of Frontline Consultancy and Business Services Ltd. This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre. For further information visit http://www.star.net.uk/stats.asp

2 1

Feature Request: filter by snmp system contact
by Martin Smith 04 Apr '14

04 Apr '14

Hello developers, I would like to request the ability to filter by the SysContact field. Devices and ports already have the ability to be filtered by states, speeds, media, port types and locations; I think it would be beneficial to add snmp contact as well. Mostly, I'd like to see it added to the filter header on both the devices and ports pages. [cid:image002.jpg@01CF4F2A.DE764F70] For companies who use the same system contact on all their devices this may have limited value. However, hosting providers could use the feature to filter by device ownership or local network engineer. As we often manage/monitor many devices owned by other companies. Thanks for your consideration of this request, Martin Smith | Network Analyst | Netgain 720 West Saint Germain Street | St. Cloud | MN | 56301 Phone: 320-257-6607 | 877.797.4700 x170

3 2

Re: [Observium] Discovery crashing UPS management card
by Steve Kersley 03 Apr '14

03 Apr '14

> > > > For the record, Eaton have confirmed that they have reproduced the fault > on the 9xx range of UPSes including on the latest revision of management > card so it is being raised as a bug and is not just an issue with my particular > hardware. > That's good, I guess (hope) they'll release a fixed version... > > We can't really get around the table reading. What you could do in the > meanwhile is add UPS-MIB to the $config['os']['powerware']['mibs'] > array, and remove XUPS-MIB from there. Note that it'll affect all your > powerware UPSes... but I guess that should stop it from crashing. > Barring any bugs in their UPS-MIB table walk code *G*. > > Ideal situation would be to not crash on a simple table walk of course ;-) > > Tom Just upgraded to this week's latest community release, and it is presumably now not walking the tree, as it is no longer triggering this crash, and is now picking up the other voltages correctly. Great job on fixing a bug that wasn't yours to fix before I'd even told you about it :-) Hopefully Eaton will be equally efficient! Am very impressed with what I've seen so far in Observium in a week's dabbling. Am certainly contemplating taking out a subscription to stay current once I've done some more testing and added the rest of our equipment in, and ideally found some way to make it talk to the equipment that doesn't do SNMP... Steve.

2 1

strange discovery behaviour
by Bastiaan Topper 02 Apr '14

02 Apr '14

Hi, We have a few Cisco routers monitored by Observium which lose their attributes over time. When I do a manual discovery the memory/processor/ip address and BGP peers are correctly added. But over time (between minutes and hours, as you can see below) the information is removed. [cid:image001.png@01CF4D9A.03605160] Then information about BGP or processor/memory disappear. After a manual discovery of the device they are added back, but again after a while they disappear. [cid:image005.png@01CF4D9A.566ADCE0] Is this some kind of bug? Do you need any debug information from me, please let me know!? Thanks. Met vriendelijke groet, Bastiaan Topper

2 3

Re: [Observium] Discovery crashing UPS management card
by Steve Kersley 02 Apr '14

02 Apr '14

> It's not a separate module, we don't have toggles for MIBs at this point. We > could add this of course. > > I don't think powerware has UPS-MIB in its mibs list right now, do they > (also) support it? > Enabling both will give you duplicate readings, I have uncommitted > unfinished code to do away with the dupes. > This particular UPS certainly responds to requests on the upsMIB OIDs (my old homebrew monitoring reads voltages from those). For the record, Eaton have confirmed that they have reproduced the fault on the 9xx range of UPSes including on the latest revision of management card so it is being raised as a bug and is not just an issue with my particular hardware. Steve.

2 1

Device page not building correct
by A. Lantink 02 Apr '14

02 Apr '14

Hi all, Since a couple of builds i have a problem with the device page. I didn't mention it yet, since I couldn't exactly reproduce since which update the error occurred, and hoped it would go away after some other updates. But it's still here. The page is somehow not completely generated. See below the example of device=1, but all devices have the same problem. The HTML source can be viewed here: http://www.colocenter.nl/observium_device_source.txt It just stops. Running the latest SVN version(5176). The main page, and for example the ports page work fine. It's just the device page. http://www.colostats.nl/devices/ works fine, but http://www.colostats.nl/device/device=ID/ wont. Any idea's what his might be causing? Kind regards, Alexander

4 5

API calls return blank page
by Spencer Gaw 02 Apr '14

02 Apr '14

Hey guys, After upgrading my test Observium server to revision 5188, all API calls return a blank page. Going through the Apache error logs, I found: /[Tue Apr 01 16:37:13 2014] [error] [client //REDACTED//] PHP Fatal error: Call to undefined function get_vars() in /opt/observium/html/api.php on line 26/ Comparing this section of api.php to my production Observium server running revision 5167, there are some differences: *r5188 api.php* /$vars = get_vars('GET');// //$vars['module'] = (!empty($vars['module']) ? $vars['module'] : "demo"); /*r5167 api.php */foreach ($_GET as $key=>$get_var) {// // if (!empty($get_var)) {// // $vars[$key] = filter_var($get_var, FILTER_SANITIZE_STRING);// // }// //}/* *Any ideas where to start on this one? Admittedly, PHP is Greek to me but hopefully this means something to you folks over in Dev Land. If there's any additional info you'd like, please feel free to ask. Regards, SG

2 2