Skip to main content


The fifth maintenance release of the NAV 4.2 series is now available.

This replaces the 4.2.4 release, which broke the parallel pinger, and possibly other event-posting components. Again, to those who already upgraded to 4.2.4, we apologize for the inconvenience. More details at the bug report here:

The source code is available for download at Launchpad. A new package for Debian Wheezy has been published in our APT repository, as usual.

  • LP#1403365 (offMaintenance alerts for same device every 5 minutes)
  • LP#1422298 (device history crashes when viewing weathergoose events)
  • LP#1422316 (thresholdmon AttributeError crash)
  • LP#1425536 (Status widget error when filtering on Device group)
  • LP#1425846 (alert profiles does not display without refresh)
  • LP#1427666 (watchdog is slow)
  • LP#1428071 (Portadmin crashes when searching by sysname or ip)
  • LP#1428578 (seeddb test for snmp version crashes if neither v1 or v2c is supported)
  • LP#1429868 (ipdevpoll jobs that are no longer supposed to run for a device as flagged as “overdue”)
  • LP#1430795 (SeedDB room edit form asks for user’s location, shows no map until permission is given)
  • LP#1430797 (Geomap shows no map at all when no room positions are defined)
  • LP#1430802 (SeedDB room edit insists on inserting a geoposition)
  • LP#1430803 (SeedDB room form position indicator icon is missing)
  • LP#1431780 (Trunk port status is never reset on non-Cisco equipment)
  • LP#1432056 (mod_wsgi option WSGIApplicationGroup should be %{GLOBAL} by default)
  • LP#1432057 ([appliance] missing python-dnspython)
  • LP#1432620 (Unable to load Netmap layer 3 map with ELINK peers)
  • LP#1432682 (Should be able to specify exact subnet prefixes to ignore)
  • LP#1433063 (netmap zoom and pan does not work for some views)
  • LP#1433120 (Shouldn’t generate linkState alerts for intentionally shutdown interfaces)

Happy NAVing everyone!

The third maintenance release of the NAV 4.2 series is now available.

The source code is available for download at Launchpad. A new package for Debian Wheezy has been published in our APT repository, as usual.


  • LP#392148 (Add microformats in maintenance module)
  • LP#1108736 (seeddb vlan page have checkbox but no delete selected)
  • LP#1242868 (device group improvements)
  • LP#1248095 (device groups should be searchable in the NAVbar)
  • LP#1316608 (Search in statistics gives stacktrace)
  • LP#1398382 (AssertionError prevents Netmap from loading any graph/map)
  • LP#1410687 (room netbox interfaces must indicate that topology exists)
  • LP#1411243 (Radius error log search: “could not convert string to float: hours”)
  • LP#1412735 (arnold switching from exponential to normal duration gives wrong duration)
  • LP#1414934 (Expanding some switch ports makes Network Explorer hang)
  • LP#1414943 (No collected IPv6 prefixes on Cisco Nexus routers)
  • LP#1414975 (network explorer doesn’t report backend failures to end user)
  • LP#1419746 (portadmin crashes when searching for a netbox that has no type)
  • LP#1420836 (Parsing of sensors with names that contains #)
  • LP#1421126 (snmpAgentDown blocks BoxDown event)

Happy NAVing everyone!

The second maintenance release of the NAV 4.2 series is now available.

The source code is available for download at Launchpad. A new package for Debian Wheezy has been published in our APT repository, as usual.


Important note:

This release adds commas to the list of characters escaped in Graphite metric names, which may change the name used for some of your existing metrics after an upgrade. If you want to keep your data, the underlying files need to be renamed manually in your Graphite installation. See the updated release notes for more details.

The following 23 reported issues have been fixed:

  • LP#1169559 (Print button for Netmap)
  • LP#1394522 (Netbox and Location bulk import formats must be changed to include data attributes)
  • LP#1396913 (Status page, filter on Device Group)
  • LP#1396920 (NAV 4, Internet Explorer Compatibility mode)
  • LP#1396924 (NAV 4.2 does not work with SASS 3.4 or newer, but the install docs do not specify this)
  • LP#1397255 (Subject text of psuDown alerts in status tool is non- descriptive)
  • LP#1397886 (device history script timeout on many results)
  • LP#1398382 (AssertionError prevents Netmap from loading any graph/map)
  • LP#1398791 (Maintenance system stops working when an IP device on maintenance is deleted)
  • LP#1398815 (Rooms, hyperlink inconsistensies between report and seeddb)
  • LP#1399558 (portadmin tries to write to memory for each change)
  • LP#1400307 (Need easier way to remove services)
  • LP#1401114 (dropdown for ipdevice when adding a service is fubar)
  • LP#1401470 (ipdevpoll TypeError: unsupported operand type(s) for +: ‘NoneType’ and ‘float’)
  • LP#1403066 (Some routers fail to expand in Network Explorer)
  • LP#1403432 (report.conf, wrong url for netboxinfo)
  • LP#1403797 (Geomap is insanely slow after migration to Graphite in NAV 4.0)
  • LP#1403803 (Geomap “loading data” indicator is missing)
  • LP#1403884 (geomap sends data request on every tiny movement)
  • LP#1404207 (Intermittent ValueErrors thrown from pynetsnmp causes ipdevpoll jobs to fail)
  • LP#1404222 (Conflicting sysnames cause ipdevpoll jobs to crash)
  • LP#1404225 (Multiple DNS PTR records for the same IP address causes sysname to swing back and forth in NAV)
  • LP#1407625 (/search/devicegroup takes too long)

Happy NAVing everyone!

Post 4.0 experiences and 4.1 plans

NAV 4.0 has now been widely deployed, and people are enjoying the fresh layout, improved interface and (not really enjoying) new bugs. The feedback has been very good, but some issues have been raised.

NAV 4.0 experiences

Graphite and it’s data-accepting sidekick Carbon have been creating some trouble for new and old NAV users. We have tried to help those with problems, but still have some issues that have not been resolved. This is kind of expected when introducing a new element for such a critical part of NAV, but we are working hard to fix the remaining issues.

We have seen an increased interest in NAV after the release of 4.0. That is something we are very happy about. We would like to remind you that to communicate with other NAV users and developers, you can use IRC (channel #nav on or email

NAV 4.1

In addition to fixing bugs we have been working on new functionality for the NAV 4.1 release which is scheduled for release in late May.

Screenshot of WatchDog report in NAV

The most visible addition is WatchDog. WatchDog tries to give you an indication about the health of your NAV installation. It runs tests for known problems to see if everything is as it should be, and displays this information in a widget. WatchDog also has its own page displaying its status, as well as interesting general information about your NAV installation.

We have also been working on the Subnet Matrix report to make it able to display smaller subnets for a more complete overview of the prefix usage on your network.

Lastly we have been working on getting rid of the optional fields available in rooms and organizations. These fields will be replaced with a much more flexible solution where you can have as many or few fields with custom information as you want. And yes, the old values will be copied to the new solution.

That is all for now. As always, feel free to contact us by email for general inquires or for support related issues. We are also available on IRC channel #nav on

Cake with NAV logo

For those of you who have not already noticed, we released the final NAV 4.0 version less than two weeks ago. Due to a serious bug found on the 3.15 branch, 4.0.1 was also released last week.

We also celebrated with cake!

As before, the most convenient way of getting started with NAV is using Debian GNU/Linux and the packages from our APT repository. If you aren’t already up and running with NAV, see our guide for adding the repository to your Debian server.

We realize that Graphite’s documentation may not be the best, and we are already receiving question about installing and configuring both the Carbon backend and the web frontend. Since we are a bit Debian focused, we have published a guide for installing and configuring Graphite for NAV use on a Debian server on our wiki.

As always, happy NAVing!

Why I love Whisper

We have just built a new, modern server room at UNINETT, with robust power distribution and cooling systems, and of course, we want to monitor the server room environment using NAV.

For NAV, we are brushing up its support for collecting sensor readings from UPSes, and we are implementing support for the Comet web probes that have been deployed to take temperature readings in the new server room.

This is when I happened upon NAV’s implementation of the UPS-MIB (RFC 1628), where the precision of a couple of objects is off by a factor of 10. No way our UPS is putting out 50 Amperes of electric current! The fix for the NAV code was quick, but the graph doesn’t look very nice after the change:

Graph of temperature readings from UPSes where the precision is off. Output current graph drops suddenly at the end.

This is where Whisper, the storage format used by Graphite, shines, compared to RRD, in my humble opinion. This was all fixable with some one-line command trickery: upsOutputCurrent.wsp \
| perl -lane \
    'print @F[0] . ":" . @F[1]/10.0 if @F[1] > 15.0' \
| xargs upsOutputCurrent.wsp
  1. The whisper-fetch command pulls out all the data points from the underlying Whisper file.
  2. The perl command filters any data point with a value above 15.0, divides the value by 10.0 and outputs an updated data point.
  3. The xargs+whisper-update combination updates the Whisper file with all the modified datapoints output by the perl command.

The result:

Graph of temperature readings from UPSes with better precision. There are no sudden drops in the graph.

Brilliantly simple :-)


One of the goals we had when we moved from Cricket to Graphite for statistics was to integrate the graphs more with NAV, instead of having to navigate to another webpage to get the information you wanted.

Graphs are important

For most NAV users, graphs are a very important source of information, and it is important that they are available where needed and configurable to convey the correct information.

The main source of graphs for an ip device is now the IP Device Info tool. For an IP device there are two types of graphs available - System metrics and Port metrics.

System metrics

System metrics display graphs regarding cpu, memory and other system related metrics.

Screenshot of tabs in NAV’s system metrics. Ping tab is opened, and is showing a ping packet loss graph

Port metrics

Port metrics display graphs regarding the interfaces of the IP device.

Screenshot of port metrics. Displays the graph called ‘Port details’. It shows in- and out-going traffic on some port, measured in bits per second.

Detailed interface view

The detailed interface view display all related graphs for that interface in addition to detailed information regarding the interface.

Screenshot of detailed interface view. Displays 4 activity graphs.

Graph controls

Each graph has individual controls for choosing timeframe. In addition there are global controls available for selecting timeframes for all graphs on a page.

Graphs on the dashboard

If the graph you are looking at is of special importance you can easily put it on your dashboard by clicking the “Add to dashboard” button. When the graph is on the dashboard you can set a custom title and refresh interval for it.

Screenshot of a graph that was added to the user’s dashboard. It shows a ping packet round trip time graph.

Custom graphs

If you want to dive deeper and get even more out of the integration, you have the ability to create your own graphs using the Graphite interface. These graphs may then be placed on your dashboard and will refresh themselves automatically.

Screenshot of a custom made graph. The graph is called ‘The 3 ip devices with highest max cpu’.

Test it yourself!

If you want to see and try all this out for yourself, we recommend installing the NAV appliance.

New beta release

A new beta of NAV 4.0 is released. In addition to the new logo, you will also find interface improvements all over.

Try it out! It’s easy using the virtual appliance.

NAV logo

As you can see, we have finally chosen the new NAV logo! It is simple, yet has some subtle nuances that we like.

We hope you like it aswell - feel free to drop us a comment and tell us what you think!