Mars 2012 - Nav-users - lister.unit.no

UNINETT is hiring a NAV developer
by Morten Brekkevold 30 Apr '12

30 Apr '12

Hi everyone, our mailing lists aren't too high-traffic, so I hope it doesn't hurt to spam you with a job ad ;) Up until now, I've been the only full-time employee working on NAV development at UNINETT. This is finally about to change: We are now hiring another full-time software engineer to join our NAV development team in Trondheim. If you are interested, or know of someone who might be, please see the full job ad here: http://www.uninett.no/en/job-opportunity-software-engineer-network-monitori… -- Morten Brekkevold UNINETT

2 2

GbE2c Ethernet Blade Switch
by Rene Romijn 03 Apr '12

03 Apr '12

Hi, Maybe a stupid question, but we have several type of switches/routers in our network, nav does a good job with recognizing the hp and cisco ports. But we also have some Gbe2c switches, they are sold by hp but the original is from another branche (wich I forgot). Nav does see the type of switch but it doesn't see the individual switch ports. I would realy like to see that nav/cricket also keeps track of those switchports. Kind regards, Rene.

2 26

problem with the nav virual appliance
by dilbert 23 Mar '12

23 Mar '12

hello I tried to use the nav ( lenny ) virual appliance with virtualbox ( by importing the ovf ) but it failed. vitrualbox complained that the vmdk was incorrect. i downloaded it again on another computer and tried to convert the vmdk with qemu-image but it also complained that the vmdk was incorrect. could you confirm that the latest vmdk uploaded on your server really works ? ps: the etch vmdk works fine thanks mke

3 4

Announcement: NAV 3.11.1 released
by Morten Brekkevold 22 Mar '12

22 Mar '12

NAV 3.11.1 is now available for download at Launchpad: https://launchpad.net/nav/3.11/3.11.1 This maintenance release contains the following improvements: * Unrecognized neighbors report is now back, with improved information and populated with source data from both CDP and LLDP. * Running out of available file descriptors while opening SNMP sockets is logged more informatively. * ipdevpoll will not run jobs unnecessarily for devices whose SNMP agents are known to be down. .. and fixes for the following reported issues: * LP#890142 (sysname is not updated from DNS for non-SNMP devices) * LP#953967 (Don't store router port addresses for shutdown ports) * LP#954766 (CDP plugin crashes with AttributeError on some devices) * LP#955087 (Geomap fails to draw map after OpenStreetMap shut down tiles@home server) * LP#955789 (sc.03.11.0004.sql fails on PostgreSQL 9) * LP#955808 (navtopology ValueError: need more than 1 value to unpack) * LP#955861 (ipdevpoll topo job IntegrityError) * LP#956772 (navtopology doesn't delete unused vlan records) * LP#956904 (ipdevpoll creates unusable Vlan records) * LP#956910 (ipdevpoll is unable to detect cisco router trunks properly) * LP#956955 (mcc.py creates sensors configuration for netboxes that have no SNMP community) * LP#959081 (Error in IP filter causes AlertEngine to crash) * LP#959156 (ipdevpoll AttributeError: LoggerAdapter instance has no attribute 'warn') * LP#961123 (ipdevpoll topo job UnboundLocalError in neighbor processing) * LP#961206 (Non-conformance to IPV6-TC in IPV6-MIB causes inventory job crash) * LP#961238 (ipdevpoll topo job crash when storing blocked ports for some Procurve switches) * LP#961566 (FieldDoesNotExist error in ipdevpoll: ifoperstatus_change) * LP#961573 (ipdevpoll ValueError: u'1.3' is not a valid sysObjectID) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Where do mcc.py get its data from
by Ingeborg Hellemo 19 Mar '12

19 Mar '12

NAV 3.10.1 We have several (but not all) routers and switches where cricket try to collect data fram OIDs the devices doesn't know anything about. I fail to find any similarities in type of device or OS-version between the devices. For a switch the offending lines in switches/navTargetTypes looks like this: targetType brusS101-sw.infra.uit.no ds = "c1900Bandwidth, c1900Bandwidth, c1900BandwidthMax, c1900BandwidthMax, mem5minFree, mem5minFree, mem5minUsed, mem5minUsed, sysUpTime, sysUpTime, c2900Bandwidth, c2900Bandwidth, c5000Bandwidth, c5000Bandwidth, c5000BandwidthMax, c5000BandwidthMax, cpu1min, cpu1min, cpu5min, cpu5min, hpcpu, hpcpu, hpmem5minFree, hpmem5minFree, hpmem5minUsed, hpmem5minUsed" view = "bandwidth: c1900Bandwidth c1900BandwidthMax c2900Bandwidth c5000Bandwidth c5000BandwidthMax, cpu: cpu1min cpu5min hpcpu, memory: hpmem5minFree hpmem5minUsed mem5minFree mem5minUsed, sysuptime: sysUpTime" Note that it tries to collect both c1900Bandwidth, c2900Bandwidth and c5000Bandwidth When I check the device via https://nav.example.com/report/netboxsnmpoid?netbox id=## I don't find any OIDs relating to Bandwidth at all. For Cisco routers the offending OID is hpcpu and hpmem*. targetType kulth-gsw.infra.uit.no ds = "c5000Bandwidth, c5000BandwidthMax, cpu1min, cpu5min, hpcpu, hpmem5minFree, hpmem5minUsed, mem5minFree, mem5minUsed, sysUpTime" view = "bandwidth: c5000Bandwidth c5000BandwidthMax, cpu: cpu1min cpu5min hpcpu, memory: hpmem5minFree hpmem5minUsed mem5minFree mem5minUsed, sysuptime: sysUpTime" Any ideas why mcc.py puts them in? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

3 10

Geomap has gone blank since the end of February
by Morten Brekkevold 14 Mar '12

14 Mar '12

It has been brought to our attention that NAV's Geomap has recently gone blank. Apparently, this is because OpenStreetMap has pulled their support for the Osmarender layer, which is one of the two OSM layers initialized and used by Geomap (the other being Mapnik). A post [1] on the OSM-dev list explains what has happened. As a response, we've removed the Osmarender layer from Geomap; this will be effective from the NAV 3.11.1 release, but if you wish to patch your current NAV installation to enable Geomap again, the patch is available at [2]. [1] http://lists.openstreetmap.org/pipermail/dev/2012-February/024301.html [2] http://metanav.uninett.no/hg/default/rev/516efd5456a4 -- Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.11.0 and 3.10.4 released
by Morten Brekkevold 13 Mar '12

13 Mar '12

The newest feature release of NAV, version 3.11.0, is now available for download at Launchpad: https://launchpad.net/nav/3.11/3.11.0 The (hopefully) last bugfix release of the 3.10 series is also available at https://launchpad.net/nav/3.10/3.10.4 Both releases include a fix for the following embarrassing issue: * LP#947080 (Netbox attributes aren't updated when modules are found) The 3.11.0 release adds the following user-visible features and improvements: * LLDP support for improved topology detection. * getBoksMacs replaced by ipdevpoll plugins in `topo` job (i.e. fewer Java dependencies) * Q-BRIDGE-MIB now also used when collecting switch forwarding tables, meaning improved machine tracking data for switch vendors like HP, Juniper and Alcatel. * The Machine Tracker's IP search form has consolidated the `To` and `From` IP address search fields into a single `IP Range` search field with extended search syntax for ranges of IP addresses. See LP#643544 for details. * ipdevpoll can now be made to run single job configurations from ipdevpoll.conf, to run in the foreground, and to log to stderr instead of its log file. * ipdevpoll will reset its log levels from logging.conf upon receiving a SIGHUP signal. * ipdevpoll will log the currently active polling jobs upon receiving a SIGUSR1 signal. Don't forget to check out the release notes before/during/after upgrading to NAV 3.11. Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

3 2

Using NAV as a source for rancid
by Sigurd Mytting 12 Mar '12

12 Mar '12

Hi! We´re looking into using rancid (http://www.shrubbery.net/rancid/) for keeping track of device configuration. I´d like to use the NAV database to build the rancid configuration. Currently I use dump.py, but I need more of the internal NAV data per device, most importantly I need to know the device vendor - cisco, juniper, alteon and so on. Is there an easy way to get a more complete dump of the NAV database? Cheers, -Sigurd

2 3

unsubscripe nav-users
by Jan Bakke 02 Mar '12

02 Mar '12

unsubscripe nav-users

1 0

Announcement: NAV 3.10.3 released
by Morten Brekkevold 02 Mar '12

02 Mar '12

NAV 3.10.3 is now available for download at Launchpad: https://launchpad.net/nav/3.10/3.10.3 This maintenance release contains fixes for the following reported issues, as well as a few other minor tweaks: * LP#906849 (Status page does not show current IP devices down) * LP#936926 (mcc registers sensors RRD files in wrong directory) * LP#937622 (a device's supported snmp version is never updated) * LP#937677 (type, device and various other attributes aren't updated) * If you're on NAV 3.10, we recommend that you upgrade as soon as possible, as these bugs are quite crippling if they hit you. * After the upgrade, we also recommend running `cleanrrds.py` with the -d option, to clean NAV's database of references to non-existant sensor-related RRD files. Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1