- Nav-users - lister.unit.no

Announcement: NAV 5.13.0 released
by Morten Brekkevold 07 Mar '25

07 Mar '25

The first feature release of the 5.13 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 12 (Bookworm) and 11 (Bullseye) are available in our APT repository. Security ======== - Omit Palo Alto API keys from ARP plugin log output (#3251) Added ===== - Add option for showing OUI vendor name in Machine Tracker searches (#3292) - Add cronjob for populating database with OUI data nightly (#3320) - Run test suite by default on Python 3.11 and Django 4.2 (#2850) - Added tests for device history search (#3261) Changed ======= - Upgraded Django requirement to 4.2 (#2789) - Upgraded and cleaned up various Docker environments used for development and testing to Debian Bookworm / Python 3.11 (#3284) Fixed ===== - Fix minor incompatibilities with Django 4.2 (#2850) - Fixed non-responsive search function in room map widget (#3207) - Validate interval inputs in several search forms to avoid unhandled overflow errors (switch port activity, radius top talkers report, radius error log search, radius account log search) (#3242, #3245, #3246, #3247) - Verify that multiple quarantine rules cannot be added with identical VLANs in Arnold (#3244) - Fixed broken module history view in device history (#3258) - Stop sending error mails to site admins from graphite-web proxy endpoint when graphite response code is in the 5XX range (#3259) - Ignore case of sysname in IP device info (#3262) - Add user-agent header when downloading OUI text file (#3291) Release notes ============= We always advise you to have a look at NAV’s accompanying release notes 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-13 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Re: During upgrade I get "The automatic update script failed to update database"
by Davide Miccone 19 Des '24

19 Des '24

I'm doing a full system upgrade. Using navsyncdb worked. Thank you

1 0

Announcement: NAV 5.12.0 released
by Morten Brekkevold 16 Des '24

16 Des '24

The first feature release of the 5.12 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 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, especially in ipdevpoll.conf. Look out for *.dpkg-dist files in /etc/nav and make sure to update your running config. Removed ======= - Removed dependencies django-crispy-forms and crispy-forms-foundation (#2794) Added ===== - Active maintenance tasks that only reference deleted components will be automatically cancelled (#3229) - Alert profiles filter match value dropdowns now support interactive value searches (#3238) - Added support for setting access port VLANs for Cisco Small Business switches in PortAdmin (by reverting to non-Cisco-specific handler routines for this subgroup of products) (#3249) Changed ======= - Switched to building CSS from Sass using webpack instead of deprecated libsass. (#2849) - Run tests using tox version 4 (#2973) - The ipdevpoll plugin to fetch ARP cache data from a netbox’s Palo Alto firewall API is now configured through a new management profile type assigned to that netbox (#3147) - The old-style setup.py script was removed and installation docs were updated (#3176) - Ensure that CSRF token info is included in all forms that have been refactored to remove the django-crispy-forms dependency (#3157) Fixed ===== - Alert profiles filter match value dropdowns now support more than the old hard limit of 1000 choices (#2908) - Disable deletion of the default dashboard (#3150) - Rooms and locations with periods in their IDs can now be properly retrieved from the corresponding API endpoints (#3186) - Fix spurious crashing when loading some Netmap layer 3 views (#3225) - Improve description of deleted maintenance components (#3228) - Stop SNMP-based arp plugin from stepping on the paloaltoarp plugins toes. Note that this requires updating the plugin order in the ip2mac job in ipdevpoll.conf (#3252) - Ensure that each account has exactly one default dashboard Release notes ============= We always advise you to have a look at NAV’s accompanying release notes 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-12 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

NAV - Palo Alto Plugin: MAC Records Keep Expiring
by Mehmet E. Şahin (BAŞKANLIK-BİDB) 10 Des '24

10 Des '24

Hi Everyone, We started using the new Palo Alto plugin with excitement. It successfully retrieves the ARP table from the Palo Alto firewall as XML every 20 minutes. However, for some reason, while reading the ARP table from Palo Alto, the records are constantly expiring and being added again. This does not occur for the ARP records received via SNMP. Has anyone observed this situation? In the example below, the IP address 192.168.0.250 belongs to a server. There is no disconnection, but for some reason, the MAC tracker records show that a re-connection is happening every 20 minutes. (BTW - our nav version is the latest (5.10.2).) Best Regards Mehmet E. ŞAHİN

3 5

During upgrade I get "The automatic update script failed to update database"
by Davide Miccone 12 Nov '24

12 Nov '24

This is not the first time that happen. Upgrading to the latest 5.11 (from 5.9) I get error at the end. Inspecting nav DB it seems that DB has been updated. To check that DB has been updated I read the content of file cat sc.05.11.0001.sql, cat sc.05.11.0002.sql and check the DB for the presence of the table "manage.oui" and of the new records in the table "altertype". Below the error that I get: ===================== Automatic database update failed The automatic update script failed to update the database. Script output: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432?

2 1

Port description is not committed Cisco 3750X
by Davide Miccone 12 Nov '24

12 Nov '24

Cisco a C3750X-48. Cisco IOS Software, C3750E Software (C3750E-UNIVERSALK9-M), Version 15.2(4)E, RELEASE SOFTWARE (fc2) NAV 5.11.0 Port description is not written to switch configuration. Changes to vlan and enable/disable works Davide

2 1

Error in snmptrapd
by Ingeborg Hellemo 04 Nov '24

04 Nov '24

Was trying to use snmptrapd for the first time in years. Incoming traps generates this error: 2024-10-30 11:00:25,287 [ERROR] [zen.pynetsnmp.callback] Exception in _callback invalid input syntax for type inet: "None" LINE 1: ... LEFT JOIN gwportprefix USING (interfaceid) WHERE 'None' IN ... ^ Traceback (most recent call last): File "/usr/local/lib/python3.9/site-packages/pynetsnmp/netsnmp.py", line 464, in _callback sess.callback(pdu.contents) File "/usr/local/lib/python3.9/site-packages/nav/snmptrapd/agent_pynetsnmp.py ", line 221, in callback self._callback(addr, pdu) File "/usr/local/lib/python3.9/site-packages/nav/snmptrapd/agent_pynetsnmp.py ", line 130, in callback self._client_callback(trap) File "/usr/local/lib/python3.9/site-packages/nav/bin/snmptrapd.py", line 234, in trap_handler _log_trap_handle_result(handled_by, trap) File "/usr/local/lib/python3.9/site-packages/nav/bin/snmptrapd.py", line 239, in _log_trap_handle_result trap.netbox.sysname + ' ({})'.format(trap.agent) if trap.netbox else trap.agent File "/usr/local/lib/python3.9/site-packages/nav/snmptrapd/trap.py", line 87, in netbox setattr(self, '_netbox', self._lookup_agent()) File "/usr/local/lib/python3.9/site-packages/nav/snmptrapd/trap.py", line 67, in _lookup_agent cur.execute( psycopg2.errors.InvalidTextRepresentation: invalid input syntax for type inet: "None" LINE 1: ... LEFT JOIN gwportprefix USING (interfaceid) WHERE 'None' IN ... ^ 2024-10-30 11:02:07,171 [ERROR] [zen.pynetsnmp.callback] Exception in _callback current transaction is aborted, commands ignored until end of transaction block Traceback (most recent call last): File "/usr/local/lib/python3.9/site-packages/pynetsnmp/netsnmp.py", line 464, in _callback sess.callback(pdu.contents) File "/usr/local/lib/python3.9/site-packages/nav/snmptrapd/agent_pynetsnmp.py ", line 221, in callback self._callback(addr, pdu) File "/usr/local/lib/python3.9/site-packages/nav/snmptrapd/agent_pynetsnmp.py ", line 130, in callback self._client_callback(trap) File "/usr/local/lib/python3.9/site-packages/nav/bin/snmptrapd.py", line 207, in trap_handler connection = getConnection('default') File "/usr/local/lib/python3.9/site-packages/nav/db/__init__.py", line 170, in getConnection _connection_cache.invalidate() File "/usr/local/lib/python3.9/site-packages/nav/__init__.py", line 55, in invalidate if self[key].is_invalid(): File "/usr/local/lib/python3.9/site-packages/nav/db/__init__.py", line 57, in is_invalid if self.ping(): File "/usr/local/lib/python3.9/site-packages/nav/db/__init__.py", line 77, in ping cursor.execute('SELECT 1') psycopg2.errors.InFailedSqlTransaction: current transaction is aborted, commands ignored until end of transaction block The incoming traps does not have any corresponding handler (yet), but I was expecting the code to handle unknown traps without barfing. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

3 7

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

Announcement: NAV 5.10.0 released
by Morten Brekkevold 16 Mai '24

16 Mai '24

The first feature 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 11**, 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. Removed ======= - Removed references to IRC support channel from documentation, as the channel is closing down (#2907) Deprecated ========== - Support for Python versions older than 3.9 will be dropped in NAV 5.11. Added ===== - New ipdevpoll plugin to fetch ARP cache data from Palo Alto firewall APIs (#2613) - Introduced towncrier to aid in collaborative NAV changelog authoring (#2869) - Add library utilities to produce QR codes to arbitrary URLs, for use in upcoming features (#2887) Changed ======= - Change the Docker Compose-based development environment to use more build caching and avoid running too many things as root (#2859) - Changed required PostgreSQL version to 11 Fixed ===== - Avoid running command line scripts twice on every invocation (#2877, #2878) - Fixed full-nav-restore.sh developer helper script that broke after Docker Compose development was reorganized (#2888) - Fix missing delete icon in form selector labels (#2898) 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

Closing down our IRC channel
by Morten Brekkevold 13 Mai '24

13 Mai '24

Hi everyone! We regret to inform you all that we will be closing NAV's official IRC channel on Libera.Chat by the end of this week. The IRC channel has seen very little activity these last few years, and it's harder to have the younger engineers on our team engage in IRC as a community tool. It seems I'm the only one from our team hanging around the channel, so by "closing" we really mean that I will stop paying attention to the channel, and the navbot will be taken down. Given the activity level of the IRC channel, we don't think anyone will miss it much. Going forward, we encourage you to use the discussion boards on GitHub [1] as a replacement, or just keep using this mailing list :) [1] https://github.com/Uninett/nav/discussions -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Re: [EXT] Re: portadmin at CISCO switch is not working
by Davide Miccone 24 Apr '24

24 Apr '24

Hello Klaus, have you resolved portadmin VLAN management on CBS Cisco switches? I have 4 CBS350 switches and I can't manage VLAN configuration from NAV. Davide

2 1

Announcement: NAV 5.9.1 released
by Morten Brekkevold 18 Mar '24

18 Mar '24

The first maintenance release of the 5.9 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. 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 ===== - Fixed broken navclean and navsynctypes scripts (#2875, #2874) 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-9 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

2 4

Announcement: NAV 5.9.0 released
by Morten Brekkevold 11 Mar '24

11 Mar '24

The first feature release of the 5.9 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. 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. Added ===== - Added option to enable secure cookies in new web security section of webfront.conf (#2194, #2815) - Made mod_auth_mellon (SAML) work for logins (#2740) - Also added howto for setting up mod_auth_mellon for Feide authentication. Fixed ===== - Cycle session IDs on login/logout to protect against potential session fixation attacks (#2804, #2813, #2836, #2835) - Flush sessions on logout (#2828) - Prevent clickjacking attacks on NAV by disallowing putting NAV site in document frames (#2816, #2817) - Cleaned up overview/intro docs (#2827) - Various cleanups of the test suites: - Remove FakeSession redundancy (#2841, #2842) - Fixed activeipcollector get_timestamp function implementation and its broken timezone-naive test (#2831) - Fixed broken statemon tests (#2832) - Fixed warnings during integration tests (#2847, #2858) - Preserve 500-errors in webcrawler tests (#2861) - Removed nonsensical pydantic requirement (#2867) - Removed warnings when building docs (#2856) Changed ======= - Modernize installation of NAV scripts/binaries using pyproject.toml (#2676, #2679) - Changed the documentation theme from “Bootstrap” to “Read The Docs”, as the Bootstrap theme was no longer being maintained. This also avoids unnecessary JavaScript libraries in the docs (#2805, #2825, #2824, #2834, #2837, #2833, #2853, #2868) - Various changes needed to move NAV closer to being fully compatible with Python 3.11: - Replaced all uses of pkg_resources with importlib (#2791, #2798, #2799) - Upgraded Twisted to a version that supports Python 3.11 (#2792, #2796) - Upgraded psycopg to 2.9.9 (#2793, #2795) - Dropped code that was there to support Django’s older than 3.2 (#2823) - Upgraded python-ldap from 3.4.0->3.4.4 (#2830) - Enabled running test suite on Python 3.10 by default (#2838) - Stopped running test suite on Python 3.8 by default (#2851) - Fixed invalid/deprecated backslash escapes in MIB dump files, as warned about in newer Python versions (#2846, #2848) - Fixed deprecation warning for Django 4.0 in test suite (#2844) - Removed an adaption to Pythons older than 3.7 (#2840) - Install Node/NPM in docker dev environment (#2855) - Vendor the PickleSerializer (#2866) 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-9 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Ways to limit or disable the newly introduced PoE feature in Portadmin
by Philipp Petermann 26 Feb '24

26 Feb '24

Hi, We just recently upgraded to 5.8. Congrats on the SNMPv3 implementation! However, the new possibility to set PoE on the ports via Portadmin gives us some headaches. We only (if ever) want to allow this feature on certain ports for certain users. Is there a way to limit or disable this feature? Best regards, Philipp -- Philipp Petermann Universität Basel | ITS | NINS Spitalstrasse 41 | 4056 Basel | Schweiz Tel. +41 61 207 15 74

2 2

Status Check on Dell N2048P (PoE)
by Vinsonnaud Ludovic 19 Feb '24

19 Feb '24

Hello, I've check my logs on ipdevpoll and I found this : 2019-01-28 17:37:28,698 [ERROR jobs.jobhandler] [statuscheck PAL-SW-R1-13.res.iogs] Caught exception during save. Last manager = DefaultManager(<class 'nav.ipdevpoll.shadows.POEPort'>, 'ContainerRepository'(...)). Last model = <class 'nav.ipdevpoll.shadows.POEPort'> Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/jobs.py", line 442, in _perform_save manager.save() File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/storage.py", line 87, in save obj.save(self.containers) File "/usr/lib/python2.7/dist-packages/nav/ipdevpoll/storage.py", line 476, in save obj.save() File "/usr/lib/python2.7/dist-packages/django/db/models/base.py", line 589, in save force_update=force_update, update_fields=update_fields) File "/usr/lib/python2.7/dist-packages/django/db/models/base.py", line 617, in save_base updated = self._save_table(raw, cls, force_insert, force_update, using, update_fields) File "/usr/lib/python2.7/dist-packages/django/db/models/base.py", line 698, in _save_table result = self._do_insert(cls._base_manager, using, fields, update_pk, raw) File "/usr/lib/python2.7/dist-packages/django/db/models/base.py", line 731, in _do_insert using=using, raw=raw) File "/usr/lib/python2.7/dist-packages/django/db/models/manager.py", line 92, in manager_method return getattr(self.get_queryset(), name)(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/django/db/models/query.py", line 921, in _insert return query.get_compiler(using=using).execute_sql(return_id) File "/usr/lib/python2.7/dist-packages/django/db/models/sql/compiler.py", line 921, in execute_sql cursor.execute(sql, params) File "/usr/lib/python2.7/dist-packages/django/db/backends/utils.py", line 65, in execute return self.cursor.execute(sql, params) File "/usr/lib/python2.7/dist-packages/django/db/utils.py", line 94, in __exit__ six.reraise(dj_exc_type, dj_exc_value, traceback) File "/usr/lib/python2.7/dist-packages/django/db/backends/utils.py", line 65, in execute return self.cursor.execute(sql, params) IntegrityError: ERREUR: une valeur NULL viole la contrainte NOT NULL de la colonne « classification » DETAIL: La ligne en échec contient (599034, 49, 66, null, 34, t, 2, 4, null) 2019-01-28 17:37:28,701 [ERROR jobs.jobhandler] [statuscheck PAL-SW-R1-13.res.iogs] Job 'statuscheck' for PAL-SW-R1-13.res.iogs aborted: Job aborted due to save failure (cause=IntegrityError('ERREUR: une valeur NULL viole la contrainte NOT NULL de la colonne \xc2\xab classification \xc2\xbb\nDETAIL: La ligne en \xc3\xa9chec contient (599034, 49, 66, null, 34, t, 2, 4, null)\n',)) 2019-01-28 17:37:28,703 [INFO schedule.netboxjobscheduler] [statuscheck PAL-SW-R1-13.res.iogs] statuscheck for PAL-SW-R1-13.res.iogs failed in 0:00:14.603465. next run in 0:04:59.999955. It seems it doesn't like the PoE on my Dell N2048P because of a NULL value in "classification" column. Do you have an idea ? Regards -- Cordialement, IOGS Logo <https://www.institutoptique.fr> *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence) *Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05

5 16

The Yes or No Spin Wheel: Your Decision-Making Companion
by Ethan carter 26 Jan '24

26 Jan '24

Indecisive moments? Enter the Yes or No Spin Wheel, your ultimate decision-making companion! Life often presents us with choices, big and small. The Yes or No Spin Wheel simplifies the process with a dash of fun. Just input your options, give the wheel a spin, and await its verdict: yes or no! From movie nights to career dilemmas, this interactive tool injects a hint of randomness into your decision-making routine, alleviating stress and indecision. Have you embraced the Yes or No Spin Wheel? Share your stories and strategies below! Let's navigate life's uncertainties together, one spin at a time. Visit us at https://wheelgames.org/yes-or-no

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users