Nav-users

nav-users@lister.sikt.no

1373 discussions

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

question about prefix
by Rene Romijn 30 Apr '12

30 Apr '12

Hi, Question, if I go to report/prefix I see all my networks and subnetworks and also a nice number of active ip addresses. I remember in de the past that when I clicked on the number of active ip addresses I got the list of all individual ip's. Now I got the main page of the machine tracker with the error message "this field is required". Is it somehow possible that it does give the list at once when you click the number? Regards, René

2 1

Stack underflow at /usr/share/cricket/lib/RPN.pm line 79
by Enixz 25 Apr '12

25 Apr '12

Hi, I have installed NAV 3.11.3 debian package on squeeze 64-bit. One of the router interfaces on gw had encoutered this error when i try to view the octet data on cricket. Log file in /var/log/apache2/error.log had this error. [Sat Apr 21 21:04:54 2012] [error] [client x.x.x.x] Stack underflow at /usr/ share/cricket/lib/RPN.pm line 79., referer: http://x.x.x.x/cricket/?target=%2Frouter-interfaces%2Fx.x.x.x [Sat Apr 21 21:04:54 2012] [error] [client x.x.x.x] Stack underflow at /usr/ share/cricket/lib/RPN.pm line 79., referer: http://x.x.x.x/cricket/?target=%2Frouter-interfaces%2Fx.x.x.x [Sat Apr 21 21:04:54 2012] [error] [client x.x.x.x] [21-Apr-2012 21:04:54*] Problem scaling value. Reverting to unscaled value., referer: http://x.x.x.x/cricket/?target=%2Frouter-interfaces%2Fx.x.x.x Have tried search this archive and googled for a solution but nothing came up. The interface is a elink and i have no issues on other interface Fa0/1 in the same router. Any hint on how i can go about troubleshooting this?

2 1

Announcement: NAV 3.11.2 released
by Morten Brekkevold 13 Apr '12

13 Apr '12

NAV 3.11.2 is now available for download at Launchpad: https://launchpad.net/nav/3.11/3.11.2 This maintenance release contains fixes for the following reported issues: * LP#939429 (throttle linkState events) * LP#962939 (navtopology crashes when router trunks exist) * LP#965972 (neighbor identification via sysname is case sensitive) * LP#968917 (ipdevpoll UnicodeDecodeError when storing unidentified LLDP neighbors) * LP#969069 (ipdevpoll.log fills up with snmp_open errors) * LP#972211 (Switch ports not discovered on Gbe2c switches) * LP#972363 (statically configured bridge forwarding entries aren't collected for machine tracking) * LP#972442 (ipdevpoll profiling job crashes with IntegrityError) * LP#979737 (throttle snmpAgentState events) * LP#979791 (ipdevpoll LLDP plugin crash with AttributeError) 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

Debian package nav init sequence makes nav start before postgresql
by Roger Aas 13 Apr '12

13 Apr '12

Hi, I have a request for change for the init configuration for the NAV Debian package. Problem: When the nav server starts some nav modules fail to start up because the nav init script makes nav start before the postgresql database has started. Under /etc/rc2.d/ (2 is default run level on my machine) the nav script is named S03nav and the postgresql script is named S03postgresql. Since init starts the scripts first numerically (same numbers can be started concurrently I think), then alphabetically it means nav will start a little before postgresql making some nav modules fail to start because they can not contact the database. Editing the script /etc/init.d/nav and adding postgresql to the end of the Required-Start and Required-Stop lines, then running the command "update-rc.d nav defaults" fixes this. The lines will look then like this: # Required-Start: $local_fs $named $network $remote_fs $syslog $time postgresql # Required-Stop: $local_fs $named $network $remote_fs $syslog $time postgresql Best regards, Roger Aas Atea AS

2 1

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users