Nav-users

nav-users@lister.sikt.no

1379 discussions

NAV 5.0.0
by Erik 08 Nov '19

08 Nov '19

Hi, After upgrading from 4.9.8 to 5.0.0 all works fine, except the "neighbors" tab. It worked fine in 4.9.8, but after upgrading it is blank? Cheers Erik

3 2

Announcement: NAV 5.0.0 released
by Morten Brekkevold 08 Nov '19

08 Nov '19

The first feature release of the 5.0 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 9/10 (Stretch/Buster) are available in our APT repository [2] as usual. Please also be extra aware of config file changes. Look out for `*.dpkg-dist` files in /etc/nav and make sure to update your running config. The virtual appliance will be updated shortly. Deprecation warning =================== Python 2 reaches its end-of-life on **January 1, 2020**. NAV 5.0 therefore moves to Python 3, and as such, you will need at least Python 3.5 to run NAV. Most of NAV will still run on Python 2 as of the 5.0 release, but from this point, Python 2 will be deprecated and we will start removing code that exists solely to keep compatibility with Python 2. Changes ======= User-visible features and improvements: * #1793 (Add maintenance filter option to netbox API endpoint) + #1995 (Add maintenance filter to Netbox API endpoint) * #1859 (Improve portadmin support for dot1x) * #1905 (Add support for alcatel DDM-sensors) * #1908 (Add display widget for binary/boolean sensors to "racks") * #1919 (Add support for external sensors from newer Watchdog products) + #1926 (Add support for most external sensors on newer watchdog products) * #1930 (Refactor IT-WATCHDOGS-MIB MibRetriever implementations) * #1943 (Improve support for boolean sensors in racks) * #1947 (Management profiles) * #1969 (Store local chassis ids from LLDP-MIB and use for neighbor lookups) * #1970 (Add API for management profiles) * #1971 (Provide option to automatically enable CDP on voice ports) + #1974 (enabling CDP when a voice port is set using portadmin) * #1987 (Refactor power supply and fan monitoring functionality) * #1988 (Add status monitoring for Juniper PSUs and FANs) * #1989 (Collect optical sensor measurements from Coriant Groove devices) * #1998 (Remove support for alert dispatching over Jabber) * #2002 (Refactor installation documentation.) * #2005 (Export stream of serialized alerts from the event engine) * #2007 (Support REMOTE_USER header for web authentication) * #2008 (Add more database stats to Watchdog's "NAV by the numbers") Fixed GitHub issues in this release: * #1978 (Netmap layer 2 traffic data requests to Graphite are too slow and too large) * #1979 (Location alerts widget crashes intermittently) * #1980 (Using the wrong Radius dictionary file can cause servicemon to eat all available system memory and hang) * #1984 (Blank sysnames should not be allowed) + #1985 (Disallow blank sysnames) * #1990 (Make type changes immediately when unknown types are encountered) * #2004 ([BUG] Interface browser shows wrong "last used" date) * #2009 (Ensure rooms require a location attribute also in the SQL schema) Please see the release notes [3] for more details. Happy NAVing everyone! Links ===== [1] https://github.com/UNINETT/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.uninett.no/doc/latest/release-notes.html#nav-5.0 -- Sincerely, Morten Brekkevold Uninett

2 1

Napalm
by Erik 31 Okt '19

31 Okt '19

Hi, I build a new NAV server based on 4.98 on Debian 10. I would love to have Napalm back under the hood, but can't find a working manual for it? This one does not work (anymore?): https://netbox.readthedocs.io/en/stable/installation/2-netbox/#napalm-autom… Help? Cheers Erik

2 1

DNS service check, UDP or TCP?
by Ingeborg Hellemo 24 Okt '19

24 Okt '19

The NAV service monitor lets you monitor DNS. You then get graphs for availability and response time. Does this measure UDP or TCP response time? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

Re: copy all data and settings to new NAV install
by Morten Brekkevold 09 Sep '19

09 Sep '19

On Thu, 5 Sep 2019 08:51:05 +0200 (CEST) <kempere(a)quakerchem.com> wrote: > Is there a good way to move all settings and data to a fresh NAV installation? Hi Erik, This sounds more like a user question than something relevant for the developer's list. Therefore, I'm copying the user's list. This is in the documentation [1]. You may also simply want to use PostgreSQL's `pg_dumpall` program, as mentioned on that page. [1] https://nav.uninett.no/doc/latest/howto/migrate-data.html -- Morten Brekkevold Uninett

1 0

Announcement: NAV 4.9.8 released
by Morten Brekkevold 22 Aug '19

22 Aug '19

The eighth maintenance release of the 4.9 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 9/10 (Stretch/Buster) are available in our APT repository [2] as usual. The Debian packages for NAV 4.9 have been rebuilt using dh-virtualenv, which means that most of the Python dependencies are now embedded into the packages themselves. If you have previously added a priority apt pin for packages from apt.uninett.no, you may now remove it, as there are no longer any other packages needed from that repository to run NAV. Please also be extra aware of config file changes. Look out for `*.dpkg-dist` files in /etc/nav and make sure to update your running config. The virtual appliance is currently being updated at the time of this writing, and will be uploaded soon. Changes ======= Fixed GitHub issues in this release: * #1753 (SNMP-less servers are no longer connected in the NAV topology) * #1941 (Interface information pop-ups in the status widget tends to hang) * #1942 (get_mib() should be able to load MIB modules from outside the nav.smidumps package) * #1962 (Environment rack widget edit mode crashes if there are racks in rooms with non-ascii characters in their name) * #1964 (smsd crashes when discarding non-dispatchable messages with non-ASCII chars (or for users with non-ASCII chars in their name)) * #1972 (Ensure PostgreSQL unique constraints are consistently named) * #1973 (Stop explicitly installing pl/pgSQL during db init.) * #1975 (Unhandled ValueError in eventengine when snmptrapd posts invalid linkState events) * #1976 (Properly display sensor data scale on sensor details page.) * #1977 (Use Juniper 802.1X VLAN workaround in default configuration) Please see the release notes [3] for more details. Happy NAVing everyone! Links ===== [1] https://github.com/UNINETT/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.uninett.no/doc/latest/release-notes.html#nav-4-9 -- Sincerely, Morten Brekkevold Uninett

1 0

Changing VLAN / ports on Juniper EX
by Jean Benoit 20 Aug '19

20 Aug '19

Hello, We are looking for a solution to manage local networks. Our goal is to recommend a tool to local net admins. Most of our switches are Juniper EX, as cisco and HP switches are phased out. Our current tool, Netmagis, is slow to evolve on the network configuration side (we have not enough time to develop it). The network admin in one of our Faculty is currently testing Nav. He seems satisfied so far, except for one thing : the impossibility to set a VLAN on a port on Juniper through the "Port Admin" feature. Do you have any plan to allow VLAN modification on Juniper ? Thanks for your answer. -- Jean

2 1

Announcement: NAV 4.9.7 packaged for Debian 10 (Buster)
by Morten Brekkevold 01 Aug '19

01 Aug '19

Hi everyone, this is a two-fold announcement: 1. We have, as of today, published a NAV 4.9.7 package for Debian 10 (Buster) in our regular APT repository [1]. 2. As previously mentioned, we are now discontinuing support for the Debian 8 (Jessie) line of NAV packages. There will be no new updates for this outdated platform from our side. There is, however, one caveat to using the NAV package on Debian 10: If you want to serve both the NAV web UI and Graphite-web from the same server, you cannot achieve this on Debian 10 using the regular Apache + mod_wsgi method for both applications. Debian 10 ships with a graphite-web package that runs on Python 3, while NAV 4.9 does not support Python 3 (we expect the next feature release to run on Python 3). mod_wsgi cannot be made to serve both Python versions on the same Apache server - you will have to select a Python-version specific mod_wsgi package. For this reason, the virtual appliance has not yet been updated to Debian 10. For our production deployments, we serve up NAV and Graphite-web using a uWSGI application server, and use Apache + *mod_uwsgi* as a front to provide TLS and serving of static file resources. This works fine on Debian 10, as each uWSGI application instance is an independent process. I suspect I'll be working on updating the appliance based on our production deployment configs of uWSGI. Hopefully, we can hopefully provide some config examples soon, for those who are interested in building their own deployments (of course, if you are already deploying Graphite on a separate server, this is a non-issue for you). [1] https://nav.uninett.no/install-instructions/#debian -- mvh Morten Brekkevold Uninett

1 1

New Install Issues
by Brian Mock 31 Jul '19

31 Jul '19

Hello, We are currently trying to set up a new installation of NAV (4.9.7). I have imported all of our devices and locations but am experiencing some issues. Some of our devices have interfaces that are showing wildly inaccurate data. It's mostly on any ten gig interfaces but also on a few gig interfaces but they're showing up to 15Tbps of traffic when in reality they're pushing far less than that and the graphs are very broken (see attached screenshots). Most ports on the same devices report properly so it's just a few isolated interfaces. The other issue we're running into is devices not showing linked to their neighbors. I tried working through the troubleshooting steps in the docs but the devices don't show up under unrecognized neighbors. On the devices however they show up in the ARP/CAM tables. We do have some links that don't support CDP but NAV should still be building these neighbor relationships through the ARP/CAM tables correct? Thanks for any assistance that you can provide! Regards, Brian Mock Unwired Broadband

2 3

Getting the ARP/Neighbors from Cisco ASA to NAV?
by Martin Burman 24 Jul '19

24 Jul '19

Hi We successfully use NAV for keeping track of devices but more often to find out which switchport a specific computer is attached to, either by searching for an IP address or a MAC address and it works great. We also have a lot of users directly attached to Cisco ASAs and these boxes does not give away their ARP/Neighbor cache via SNMP. The obvious first question is: has anyone successfully solved this already? Otherwise a "sh arp/sh ipv6 neigh" gives a parseable output and I assume this is the way to go via Expect or similar: Asa> sh ipv6 neighbor IPv6 Address Age Link-layer Addr State Interface fe80::6db1:8675:5895:8db1 423 001d.d8b7.1ce3 STALE ifname Is there a safe way to import this kind of data to NAV? Or any documentation hints that kicks me into the appropriate direction? I assume there are logic that updates existing mac addresses and creating new ones when needed and such and I don't want to ruin our installation. The second idea is to run some homebrewed snmp server that runs the "sh arp" in the back end and formats the output like a L3 switch would do, if that's the suggested way to go I would appreciate a decent oneliner with snmpwalk or similar that runs against a Cisco L3 switch (6500 or 6800) so I can compare the output I need to create. Thanks in advance and thanks a lot for a great piece of software! Martin Burman ---------- Göteborgs universitet IT-enheten +46 766-18 5982

2 1

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