Nav-users

nav-users@lister.sikt.no

1376 discussions

Re: Problem with build_sphinx
by Ingeborg Hellemo 04 Nov '24

04 Nov '24

(Morten forgot to Cc the list. I think he is struggling with som new shortcuts in his mailer.) > On Fri 01 Nov 2024 at 07:50, Ingeborg Hellemo <ingeborg.hellemo(a)uit.no> wrote: > > > I'm compiling NAV from source. Somehow I've messed up my environment and > > haven't been able to install the documentation for the last two versions. (No > > showstopper, but irritating). I guess I have the wrong version of setuptools > > or something. > ... > > /usr/local/src/nav-5.11.0/# python setup.py build_sphinx > ... > > error: invalid command 'build_sphinx' > > Nah, the old ways of setuptools are becoming deprecated in the Python > world, and I think maybe Sphinx no longer integrates with setuptools. > We should really update our install docs on this point: We already > updated the docs build routine for the latest Debian package: > > https://github.com/Uninett/nav-debian/commit/ee65417603ae2780c506443e398c1a… > > Sphinx should have provided its own `sphinx-build` command, but you > apparently need to give it an input directory and an output directory as > arguments, so for the Debian build we use something like > > `sphinx-build doc/ doc/_build` > *Gasp!* Install docs not updated!?! The new command worked as a charm. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

Problem with build_sphinx
by Ingeborg Hellemo 01 Nov '24

01 Nov '24

I'm compiling NAV from source. Somehow I've messed up my environment and haven't been able to install the documentation for the last two versions. (No showstopper, but irritating). I guess I have the wrong version of setuptools or something. FreeBSD 13.3-RELEASE-p7 python39-3.9.20 setuptools 63.1.0 Sphinx 7.4.7 sphinxcontrib-applehelp 2.0.0 sphinxcontrib-devhelp 2.0.0 sphinxcontrib-django 2.5 sphinxcontrib-htmlhelp 2.1.0 sphinxcontrib-jsmath 1.0.1 sphinxcontrib-programoutput 0.17 sphinxcontrib-qthelp 2.0.0 sphinxcontrib-serializinghtml 2.0.0 /usr/local/src/nav-5.11.0/# python setup.py build_sphinx /usr/local/lib/python3.9/site-packages/setuptools/installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated. Requirements should be satisfied by a PEP 517 installer. warnings.warn( WARNING: The wheel package is not available. /usr/local/lib/python3.9/site-packages/setuptools/config/pyprojecttoml.py:104: _BetaConfiguration: Support for `[tool.setuptools]` in `pyproject.toml` is still *beta*. warnings.warn(msg, _BetaConfiguration) usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] or: setup.py --help [cmd1 cmd2 ...] or: setup.py --help-commands or: setup.py cmd --help error: invalid command 'build_sphinx' --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

1 0

Re: R: Disabling a device in Seed Database - there is a way to disable device polling without deleting?
by Morten Brekkevold 04 Okt '24

04 Okt '24

On Mon 30 Sep 2024 at 15:12, Davide Miccone <davide(a)wpweb.com> wrote: > the use case is really simple. > > One switch fail and needs to be replaced. (Or I need to replace an old > with a new one). > > I have the old switch configuration backup but NAV's representation is > more clear than the script, especially for those who are used to > managing the switch through NAV. > > So I replace the switch but I wish to leave the old switch inside NAV > because some configurations are not immediately migrated to the new > switch, so I need to see in NAV the configuration of the old switch. > > Continue to see the old switch in NAV is very useful for this > reason. But I don't want to see the switch has a failed switch in the > home page. NAV was never designed with this use-case in mind. Rather, the common approach would be to put the dead switch in maintenance mode in NAV. NAV will still attempt to monitor it, but any alarms about it will be suppressed. You can put a device on maintenance directly from the status tool by checking the checkbox next to the offending alert and selecting "Put on maintenance" from the actions drop-down menu. IIRC, this will create a maintenance task with no set end-time for that device. This also allows you to add a description/reason for why the device has been placed on maintenance. > Several Network Monitoring Tools (LibreNMS, CheckMK, Zabbix) let > disable a device. You're welcome to post a feature request in our tracker :-) -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Announcement: NAV 5.11.0 released
by Morten Brekkevold 03 Okt '24

03 Okt '24

The first feature release of the 5.11 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for 11 (Bullseye) are available in our APT repository as usual. We haven't started building packages for Debian 12 (Bookworm) yet, as NAV does not yet support running under Python 3.11. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. Removed ======= - Dropped support for Python 3.7 (#2790) Added ===== - Post lifecycle event when power supplies or fans are removed (#2982) - Post lifecycle event when a module or chassis is deleted via the status or device history tools (#2983) - Database model for representing Organizationally Unique Identifiers (OUI) to identify vendors for MAC addresses - Script for populating database with OUIs and corresponding vendors from IEEE (#2945) - Module for generating JWTs (#2948) - Documentation for configuring and using JWT tokens in NAV API (#2618) Changed ======= - Upgraded dependencies after dropping support for Python 3.7 (#2790) - Changed Sphinx version to 7.4.7 (#2826) - Changed required PostgreSQL version to 13 (#2892) - Moved the test suite's web crawler complexity away from the test discovery phase to the test phase itself. This reduces the number of generated test cases from N to 2 (where N is the number of reachable NAV pages) (#2966) - Link to the doc for using docker for development from the README and mention what ports are used when using docker for development (#2978) - Many user-facing forms of the web user interface have been refactored in order to remove a dependency that keeps NAV incompatible with Python 3.11. This should not affect looks or functionality. This work is still ongoing in the master branch and we hope it will be complete by NAV version 5.12. Fixed ===== - Correctly delete an IP Device's existing function value when empty field value is submitted in the IP Device IP Device edit form (#2269) - Fixed crash bug when reordering filters within a filter group in Alert Profiles (#2979) - Fixed IPAM API crash bug that caused unnecessary error reports sent as e-mail to site admins (#2989) - Fixed bad tooltip grammar in ipdevinfo "degraded aggregate link" badge - Make the test suite easier to run under MacOS - Skip tests when 3rd party requirements are missing, instead of outright failing Security ======== - Ensure that CSRF token info is preserved when refactoring crispy forms to non-crispy equivalents. This means that flat_form.html and _form_content.html templates will include CSRF token info if form method is set to POST. (#3056) Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-11 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Disabling a device in Seed Database - there is a way to disable device polling without deleting?
by Davide Miccone 25 Sep '24

25 Sep '24

I wish disable a configured device from polling, Is there a way from Seed Database to achieve this without deleting the device? Any suggestion will be appreciated. Thanks Davide

1 0

Performance questions and weathermap
by Manuel Marín 08 Jul '24

08 Jul '24

Dear NAV community We are looking for a network monitoring platform as a replacement to cacti/weathermap and I was wondering if there is information about performance/hardware requirement for a network with ~20K networks devices. Can NAV support this number of devices? It would be great if someone can share their experiences running NAV with large networks. Thank you! Regards -- Manuel Marín Engineering mmg(a)flo.net US +1 915 217 2232 MX +52 656 215 0906 flo.net Flō Networks was formerly known as Transtelco / Flō Networks era anteriormente conocido como Transtelco. CONFIDENTIALITY NOTICE: This message is intended only for the individual or entity to whom it is addressed. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. AVISO DE CONFIDENCIALIDAD:Esta comunicación es sólo para el uso de la persona o entidad a la que se dirige y puede contener información privilegiada, confidencial y exenta de divulgación bajo la legislación aplicable. Si no es el destinatario de esta información, se le notifica que cualquier uso, difusión, distribución o copia de la comunicación está estrictamente prohibido.

1 0

Announcement: NAV 5.10.2 released
by Morten Brekkevold 03 Jun '24

03 Jun '24

The second maintenance release of the 5.10 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 10 (Buster) and 11 (Bullseye) are available in our APT repository [2] as usual. We haven't started building packages for Debian 12 (Bookworm) yet, as NAV does not yet support running under Python 3.11. Do note that 5.10 is the **last series we will package for Debian 10** (not 11, as previous announcements read), as NAV 5.11 will drop support for Python versions older than 3.9. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. Changed ======= - snmptrapd renamed to navtrapd to avoid naming conflicts with Net-SNMP programs (#2926) Fixed ===== - Replace incorrect fix for premature ARP record closure introduced in 5.10.1 (#2910) Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-10 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Announcement: NAV 5.10.1 released
by Morten Brekkevold 27 Mai '24

27 Mai '24

The first maintenance release of the 5.10 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 10 (Buster) and 11 (Bullseye) are available in our APT repository [2] as usual. We haven't started building packages for Debian 12 (Bookworm) yet, as NAV does not yet support running under Python 3.11. Do note that 5.10 is the **last series we will package for Debian 10** (not 11, as previous announcements read), as NAV 5.11 will drop support for Python versions older than 3.9. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. Fixed ===== - Fix Machine Tracker DNS search crashing from exhausting all available file descriptors (#2669) - ARP records of unreachable devices are now closed by navclean cron job at configurable expiry intervals, rather than immediately as a response to a short ICMP packet loss (#2913) - Palo Alto API XML responses are now parsed based on keys instead of indexes (#2924) Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-10 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Business 350-8T-E-2G support in NAV versione 5.4.0
by Davide Miccone 21 Mai '24

21 Mai '24

Seems that NAV (versione 5.4.0) does not full support switch Cisco Business 350-8T-E-2G. I get some box infos but - for example - port VLANs are not correctly get. LLDP data and neighbors are not correctly get. Someone use switch Cisco Business 350-8T-E-2G? Davide

2 16

navtopology is already running
by Ingeborg Hellemo 21 Mai '24

21 Mai '24

NAV 5.9.1 Suddenly, since yesterday, a lot (but not all) of the navtopology cron jobs sends an email with "navtopology is already running" An example: /var/log/cron Apr 30 09:35:00 <hostname> /usr/sbin/cron[69867]: (navcron) CMD (navtopology --l2 --vlan) 10 minutes later an email arrives Date: Tue, 30 Apr 2024 09:43:35 +0200 (CEST) Subject: Cron <navcron@bjarne> navtopology --l2 --vlan navtopology is already running (69867) What can trigger this error? var/log/navtopology shows that the job runs as usual. (Last lines in the run is "deleting unused prefixes/vlans") The one thing that changed before this error turned up is that the server running NAV was moved behind Cisco ACI and a (application centric) firewall. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 4

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