- observium - lists.observium.org

VRF/BGP/OSPF discovery in vrf-lite (nx-os)
by Stef Renders 28 Sep '16

28 Sep '16

Hi Does anyone know whether it is currently possible to discover bgp/ospf routing instances within a VRF on the NX-OS platform ? We migrated from IOS to NX-OS, IOS was passing them through snmp just fine. But NX-OS requires snmpv3 contexts for vrf resources. A full walk in the 'default-vrf' does not contain any metrics for the vrf's running on this VDC. The problem is more or less described here as well: https://github.com/librenms/librenms/issues/280 Kind regards Stef

4 6

Port Group / Entity Question
by Pico Leto 28 Sep '16

28 Sep '16

Hi, Can a port group contain multiple entities checks? I'm trying to just group our carriers for each location into port group. For instance I have our isp/carriers listed in the following format for the port descriptions on our routers L3:CKTID:DEMARC COG:CKTID:DEMARC My entity matches on either of those but when I combine them like the following below, I don't see any devices being associated with it. ifAlias matches *COG:* ifAlias matches *L3:*

2 1

Update Error
by Talk Jesus 28 Sep '16

28 Sep '16

Trying to update my CE from 15x to the latest http://www.observium.org/docs/updating/ Ran: cd /opt mv observium observium_old wget -Oobservium-community-latest.tar.gz http://www.observium.org/observium-community-latest.tar.gz tar zxvf observium-community-latest.tar.gz mv /opt/observium_old/rrd observium/ mv /opt/observium_old/*log* observium/ mv /opt/observium_old/config.php observium/ [root@rtg opt]# /opt/observium/discovery.php -u PHP Fatal error: require(): Failed opening required '/opt/observium/config.php' (include_path='.:/usr/share/pear:/usr/share/php') in /opt/observium/includes/sql-config.inc.php on line 26

4 9

Can't Hide Search
by Talk Jesus 28 Sep '16

28 Sep '16

Upgraded to latest CE version yesterday. Now the layout is different from 15x and the big search box on the left side of the port listing or device listing won't hide. I replicated this 2 browsers as well.

3 3

Re: [Observium] Cisco subinterfaces
by ron＠rjr-services.com 28 Sep '16

28 Sep '16

Yeah, that command. ;-) Get Outlook for Android On Wed, Sep 28, 2016 at 7:46 AM -0500, "Markus Klock" <markus(a)best-practice.se> wrote: -- This message has been scanned by E.F.A. Project and is believed to be clean.

1 0

Cisco subinterfaces
by Mirditor Kuçaj 28 Sep '16

28 Sep '16

Hello Lost the graphs on subinterfaces and portchannels. We rebooted a 7604 with IOS 15.4(3)S2 and monitored with Observium 0.16.9.8104. Somehow the graphs ID-are changed and doesnt belong to the same subinterface/portchannel. Thx Mirditor Kuçaj Backbone miri(a)abissnet.al <mailto:miri@abissnet.al> Abissnet Sh.a. +355 69 60 91 364 +355 (0)44 300 003 Ext 139 Rr. Ismail Qemali, Pallati Abissnet, Tiranë <http://www.abissnet.al/> www.abissnet.al <https://www.facebook.com/Abissnet> <https://plus.google.com/u/0/+AbissnetalISP> <https://www.linkedin.com/profile/view?id=AAIAABqLWRAB88ljU6t8b67oVm8PAlvPrh mPybE&trk=nav_responsive_tab_profile%20>

2 1

Re: [Observium] Cisco subinterfaces
by ron＠rjr-services.com 28 Sep '16

28 Sep '16

Please review this Cisco document regarding interface persistence. This is likely the issue you are seeing, not a problem with Observium itself. http://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-prot… There is a command you can include in your configuration that will keep interface numbering persistent across reboots. I just don't recall it exactly off the top of my head, or I would include it here. ... Ron Get Outlook for Android On Wed, Sep 28, 2016 at 7:34 AM -0500, "Mirditor Kuçaj" <miri(a)abissnet.al> wrote: -- This message has been scanned by E.F.A. Project and is believed to be clean.

1 0

Trunk Issues
by Talk Jesus 28 Sep '16

28 Sep '16

I've been using Observium for a while and there seems to be some discrepancies between my graphs and the upstream (my data center provides me Ethernet GigE bandwidth). For example, from around 8am to 12pm today it showed overall utilization pretty consistent well above 400Mbps. I have two drops from them: primary and secondary (redundant). Plus, they both show active instead of active/passive. Not sure if that has anything to do with it. >From the tech: "95th percentile is calculated from both ingress and egress traffic. For example, if you used a constant 200Mbps up and down, then you would only be charged your commit of 200Mbps, not double. I do see what you mean that the two handoffs (layer 2) are equaling more than 300Mbps, but when you look at the Aggregate (layer 3) graph at the top, it does not go over 300Mbps. These packets can possibly be queued before going out so you don’t go over your commit. " So, what do you think might be causing this hiccup? I noticed this too: so these switches are actually trunked (2 x 3650 L3 switches). In the graph, it also shows the uplink connectivity calculated with the total utilization. This is definitely not accurate as it shouldn't do that. Example: Drop #1 = 40Mbps Drop #2 = 200Mbps Uplink to Switch #2 = 130Mbps Now as a result VLAN2155 (total utilization) is calculating not only #1 and #2 drops from the upstream, but even the trunk port labeled "Uplink to Switch #2". How can I rectify this with Observium to avoid that and get an accurate output?

5 11

Can't Add Device
by Talk Jesus 28 Sep '16

28 Sep '16

Trying to add my secondary trunked switch, but I get this error "Could not ping switch2.mydomain.com." I ran a DNS lookup on that hostname and it shows the records fine and the switch (#2) accurately. I tried adding the device using the same setup as the original switch that's already there: port 161, udp transport, v2c protocol version, snmp community same as primary. I can ping the hostname too, not sure why Observium cannot.

2 5

False positives on Device Alerts
by Timothy Kaufman 27 Sep '16

27 Sep '16

We have an SE installation with about 260 devices being checked. We have alerting setup for various services or checks. Often we see false positives on the SNMP device down alert, for example devices will report SNMP down when they are not really down. After a second or even third SNMP check we see a recovery and the uptime shows no outage. I also verify this by doing and snmpwalk from observium while the “alert” is active. Is there anything we can check or begin to look to find the cause. The server is not overloaded, with either memory or processor. We are running 25 poller wrappers with a complete polling time of about 300 seconds. Thanks, Tim

4 5