- Nav-users - lister.unit.no

PoE graphs aren't display
by Biselx Nicolas 15 Sep '20

15 Sep '20

Hello, I can't understand why the gauges stay at 0 on the PoE page of a device: For example, If I click on PoE Group 2, I see port with the message delivering power in class4 But nothing appears in the graph either. Do the graphs have to be activated somewhere? Thank you in advance for your help Nicolas Biselx

2 7

Re: Seed Database IP having issues detect device
by Morten Brekkevold 28 Aug '20

28 Aug '20

On Sat, 22 Aug 2020 13:49:22 +0300 Tal Bar-Or <tbaror(a)gmail.com> wrote: > we added devices one by one manually , using a complete new installation. > Thanks > [image: 2020-08-22_13-40-06.jpg] > [image: 2020-08-22_13-48-00.jpg] Ok. I would prefer it if you kept the discussion on-list (unless you wish to post sensitive information in private), so I'm copying the list again in my reply. So, you background processes appear to be running. 1. Has NAV registered any alerts on your affected devices? 2. What are the job statuses of the affected devices (see their ipdevinfo pages)? 3. What does ipdevpoll.log have to say about the affected devices? -- sincerely, Morten Brekkevold Uninett

1 0

Announcement: NAV 5.0.6 released
by Morten Brekkevold 27 Aug '20

27 Aug '20

The sixth maintenance 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 reached 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 ======= Fixed GitHub issues in this release: * #2144 (Prevent ipdevinfo from crashing on weird device names) * #2149 (Inventory failing on DLink DGS-1100 : 'TypeError: argument of type 'int' is not iterable') * #2150 ([BUG] Interface down is causing widget 'status' to display 'Could not load widget' due to HTTP 500) * #2165 ([BUG] Delayed delivery alert subscriptions in single time period alert profiles are never sent) * #2167 (Fix potential typecast issue with SQL migration to NAV 5.0) * #2169 ([BUG] macwatch.py crashes when logging notifications about found MAC addresses) * #2170 ([BUG] Alertengine stops dispatching Slack notifications indefinitely if Slack complains of too many requests) * #2171 (Warn about user accounts that have issues with their passwords) * #2172 (Prevent login/password changes to default account) * #2177 ([BUG] Attempting to move IP devices to another room crashes SeedDB) * #2178 ([BUG] PDU widget stops displaying properly if room is deleted) * #2179 ([BUG] UPS widget does not display properly if UPS is deleted from NAV) * #2180 ([BUG] Entering invalid dates in Device History search form causes crash) 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

1 0

Routerports?
by Jan Astrup 19 Aug '20

19 Aug '20

Hello, I'm new to the nav-system, but i must say i like it alot. However, I'm having issues with a few devices, primarily ubiquiti and cambium wireless access points and CPE's. None of their ports come up as router ports, which in my case i think would be needed in order to get all my links visible on the geomap(?). Also, none of the ports are "patchable", so I can't create patches and assign them to those devices. Any pointers in where i should start looking in order to get this issue fixed? Best regards, Jan Astrup

2 1

Seed Database IP having issues detect device
by Tal Bar-Or 19 Aug '20

19 Aug '20

Hello , Recently we moved to a new nav server. We started to seed the database with a switch we had in the former version nav server. After seeding most of our switches to database we discover that there is an issue and most of switch under *Collected info* section , doesn't have the Type filled , result all switch doesn't have post/interface inventory although snmp check is successful any idea what is wrong? Please advise Thanks [image: 2020-08-09_12-27-04.png] -- Tal Bar-or

2 1

FW: Version 5.0.5 Widgets missing
by Marzec, Sebastian 19 Aug '20

19 Aug '20

Hello, I have NAV installation installed from packages on Debian system, I have installed Version 5.0.0/5.0.1 (or even older one) and upgraded with every new release to 5.0.5 - Let's call it production Meanwhile downloaded NAV Appliance 5.0.5 and I see that in appliance there are more wigdets, related to UPS and Spanning Tree, The question is how to copy new widgets to this production installation from appliance, where are wigdet files located and how to install them? Best Regards Sebastian

2 1

NAV auth with LDAP and MS AD
by Ingeborg Hellemo 05 Jun '20

05 Jun '20

We have had our own local patch which authenticates via Radius, but the time has come to move in the direction of LDAP and MS AD. [ldap] enabled = yes server = dc10.ad.uit.no port = 636 encryption = ssl uid_attr = sAMAccountName basedn = ou=people,dc=uit,dc=no lookupmethod=direct suffix = @ad.uit.no debug = yes I get authentication to work with an existing account, but can not create a new account. The debug-log shows a strange ldap url during referral: It begins ok: ldap_url_parse_ext(ldaps://dc10.ad.uit.no:636) ... connect success But then: ldap_chase_v3referrals ldap_url_parse_ext(ldaps://uit.no/ou=people,dc=uit,dc=no) Where does the domain uit.no in the URL come from? Is there a config setting I have overlooked? This of course ends in Unable to chase referral "ldaps://uit.no/ou=people,dc=uit,dc=no" (-1: Can't contact LDAP server) (If I use "lookupmethod=search" the webpage throws an error and no account is created. If I use "lookupmethod=direct" the account is created, but without Name, because that was not found in the search - since it was sent to the wrong server) --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

Issues with Nav docker container - logs, graph gaps and high postgres utilization
by Steve Kersley 03 Jun '20

03 Jun '20

Morning, TLDR: Gaps in graphs after Nav container running for a day or two. Nav container doesn't create logfiles. Nav postgres container has lots of postgres processes running, consuming ¾ of host CPU. Is this normal or bug (in container, or with my setup?) So, after killing my old Nav system with a series of conflicting upgrades, I decided to embrace the Docker approach, so that Nav (and other services) would be self-contained and not affected by upgrading components. All was initially well, but I'm starting to run into increasing graph gaps that I've not been able to resolve. If I stop and rebuild all of the containers with docker-compose, all seems well to start with, but after a while (few hours to a day or two) I start to get gaps and then it's downhill from there. The next issue I discovered while looking into the graph gaps is that there are no logs. Docker does mount a volume on /var/log/nav (from the dockerfile) but nothing ever gets created in it, meaning it's hard to look for warnings or errors. Is that expected behaviour, or is it something I got wrong when adapting the docker-compose file? The only logs I get from 'docker logs' show smsd being spawned and exiting every second: 2020-05-28 07:29:19,089 INFO spawned: 'smsd' with pid 28112 2020-05-28 07:29:20,092 INFO success: smsd entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2020-05-28 07:29:20,560 INFO exited: smsd (exit status 1; not expected) 2020-05-28 07:29:21,563 INFO spawned: 'smsd' with pid 28116 2020-05-28 07:29:22,565 INFO success: smsd entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2020-05-28 07:29:22,971 INFO exited: smsd (exit status 1; not expected) 2020-05-28 07:29:23,975 INFO spawned: 'smsd' with pid 28118 2020-05-28 07:29:24,977 INFO success: smsd entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2020-05-28 07:29:25,355 INFO exited: smsd (exit status 1; not expected) (looking into this, appears to be exiting because python-gammu is not configured in the container, but is unlikely to be connected to the issue) I did increase UDP receive buffers on the host, which I first thought had solved the issue, but the improvement was a side effect of restarting all of the containers and reverted to gaps later. Nav's seeddb has 65 devices. Almost all just switches, with a handful of vmware hosts. The job durations are peculiar too - the 1minstats job for instance, on some switches takes a couple of seconds to run. On others, nearly a minute (or often several minutes on one in particular), but whether that's the cause or a symptom I don't know. It looks as though the postgres database used by Nav is what's eating resources and presumably causing the graph gaps. The docker host typically has a load average of 9-12. Looking at the processes, there are typically at least 10 postgres processes running in the NavDB container, continually using 20-30% of CPU for each process. This does not seem normal to me? I also gave that container more shared memory, as it was logging occasional errors about not being able to allocate enough. Again no change - worse if anything. The docker host is running as a VM as an in-production 'test' - in the fullness of time (when I'm not remote working), I'll likely move the containers onto a bare metal host. Docker host has 4 cores and 8Gb allocated, and is not hitting swap, but I can increase both. The vmware host it runs on has plenty of CPU and RAM with not a massive amount running on it, and the docker host is running from an array of SSDs. Besides Nav and NavDB containers, it's running containers for Icinga, and the Icinga backend mysql database; a dedicated shared graphite container accessed by both Icinga and Nav; Grafana as a dashboard for both; and nginx as a web proxy for all services. (Previously these services were all running fine alongside each other on a physical host of similar specification, until conflicting dependencies broke things). Does anyone have any thoughts? Entries from my docker-compose.yml: nav: container_name: nav build: context: /docker/build/nav args: NAV_VERSION: 5.0.5 ports: - "8002:80" - "162:162/udp" volumes: - /docker/nav/storage/roomimages:/var/lib/nav/uploads/images/rooms depends_on: - navdb environment: - PGHOST=navdb - PGDATABASE=nav - PGUSER=nav - PGPASSWORD=Password - PGPORT=5432 - CARBONHOST=graphite - CARBONPORT=2003 - GRAPHITEWEB=http://graphite/ - NOINITDB=0 env_file: - /docker/build/nav/nav-variables.env restart: always navdb: image: "postgres:12" container_name: navdb volumes: - /docker/navdb/storage/postgresql:/var/lib/postgresql/data environment: - POSTGRES_PASSWORD=Password - POSTGRES_USER=nav - POSTGRES_DB=nav restart: always shm_size: '256mb' Steve.

2 3

Monitor Paloalto equipment
by Edgar Matias 03 Jun '20

03 Jun '20

Hello NAV community, I recently added a Paloalto firewall to the NAV to be monitored. This is the gateway for some vlan. NAV lists all interfaces, but does not classify them as routing or switching ports. There are other things that are not recognized as power supply sensors, for example. I believe this is because the NAV does not have specific MIBs configured. Is there a way to import MIBs to this specific device, or a workaround ? Thanks in advance. Great tool ;) -- Edgar Matias Application Infrastructures Area Fundação para a Ciência e a Tecnologia Unidade FCCN – Computação Científica Nacional Av. do Brasil, 101, 1700-066 Lisboa, Portugal T: [+351] 218 440 100 | [+351] 900 000 000 www.fccn.pt

2 3

Syslog alert by mail
by Biselx Nicolas 13 Mai '20

13 Mai '20

Hi, I want to use the Syslog Analyzer, so far no problem the messages arrive in the database. Is it possible to send alerts according to the priority level by email? Regards Biselx Nicolas

2 1

Upgrade to NAV 5, navsyncdb barfs
by Ingeborg Hellemo 11 Mai '20

11 Mai '20

I'm in the middle of upgrading NAV from 4.8 to 5.0.5 and running 'navsyncdb' to alter the database schemas. (The database is named nynav because this is a test upgrade) /#navsyncdb Existing namespaces in nynav search path: "$user", public. Adding manage, profiles, logger, arnold, radius. Applying outstanding schema changes sql/changes/sc.04.09.0001.sql: OK sql/changes/sc.04.09.0050.sql: OK sql/changes/sc.04.09.0100.sql: OK sql/changes/sc.04.09.0110.sql: OK sql/changes/sc.04.09.0200.sql: OK sql/changes/sc.05.00.0001.sql: OK sql/changes/sc.05.00.0010.sql: operator is not unique: unknown || integer LINE 29: 'SNMP v' || snmp_version || ' read profile #' || row AS na... ^ HINT: Could not choose a best candidate operator. You might need to add explicit type casts. Server version Postgresql 9.6.17 Since this is a newly created database with imported data it might be missing some environment variables or something. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 4

LLDP Error / v5.0.5
by scorpion7 21 Apr '20

21 Apr '20

NAV v5.0.5 appears to have a problem in the topology/LLDP portion. The switch referenced below is a Cisco WS-3750X stack, running 15.2(4)E10. Referenced devices are [Ubiquiti] APs. FWIW – the switch does have such things as ARP inspection, DHCP snooping, etc. – enabled. 2020-04-13 06:23:35,227 [INFO plugins.lldp.lldpneighbor] [topo switch0.<obscured>] found multiple interface matches for <LLDPNeighbor identified=True netbox=Netbox(id=27, sysname='wifi-b.<obscured>') interfaces=[Interface(id=607, netbox=Netbox(id=27, sysname='wifi-b.<obscured>'), ifname='br0', ifdescr='br0', iftype=6), Interface(id=609, netbox=Netbox(id=27, sysname='wifi-b.<obscured>'), ifname='br0.20', ifdescr='br0.20', iftype=6), Interface(id=589, netbox=Netbox(id=27, sysname='wifi-b.<obscured>'), ifname='eth0', ifdescr='eth0', iftype=6), Interface(id=605, netbox=Netbox(id=27, sysname='wifi-b.<obscured>'), ifname='eth0.20', ifdescr='eth0.20', iftype=6)]> 2020-04-13 06:23:35,229 [INFO plugins.lldp.lldpneighbor] [topo switch0.<obscured>] found multiple interface matches for <LLDPNeighbor identified=True netbox=Netbox(id=28, sysname='wifi-g.<obscured>') interfaces=[Interface(id=610, netbox=Netbox(id=28, sysname='wifi-g.<obscured>'), ifname='br0', ifdescr='br0', iftype=6), Interface(id=611, netbox=Netbox(id=28, sysname='wifi-g.<obscured>'), ifname='br0.20', ifdescr='br0.20', iftype=6), Interface(id=612, netbox=Netbox(id=28, sysname='wifi-g.<obscured>'), ifname='br-trunk', ifdescr='br-trunk', iftype=6), Interface(id=590, netbox=Netbox(id=28, sysname='wifi-g.<obscured>'), ifname='eth0', ifdescr='eth0', iftype=6), Interface(id=608, netbox=Netbox(id=28, sysname='wifi-g.<obscured>'), ifname='eth0.10', ifdescr='eth0.10', iftype=6), Interface(id=606, netbox=Netbox(id=28, sysname='wifi-g.<obscured>'), ifname='eth0.20', ifdescr='eth0.20', iftype=6)]> 2020-04-13 06:23:35,241 [ERROR jobs.jobhandler] [topo switch0.<obscured>] Plugin nav.ipdevpoll.plugins.lldp.LLDP('switch0.<obscured>') reported an unhandled failure Traceback (most recent call last): File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/internet/defer.py", line 500, in errback self._startRunCallbacks(fail) File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/internet/defer.py", line 567, in _startRunCallbacks self._runCallbacks() File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/internet/defer.py", line 653, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/internet/defer.py", line 1442, in gotResult _inlineCallbacks(r, g, deferred) --- <exception caught here> --- File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/internet/defer.py", line 1384, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/python/failure.py", line 408, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/plugins/lldp.py", line 71, in handle yield run_in_thread(self._process_remote) File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/python/threadpool.py", line 250, in inContext result = inContext.theWork() File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/python/threadpool.py", line 266, in <lambda> inContext.theWork = lambda: context.call(ctx, func, *args, **kw) File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/python/context.py", line 122, in callWithContext return self.currentContext().callWithContext(ctx, func, *args, **kw) File "/opt/venvs/nav/lib/python3.7/site-packages/twisted/python/context.py", line 85, in callWithContext return func(*args,**kw) File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/db.py", line 100, in _reset return func(*args, **kwargs) File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/plugins/lldp.py", line 116, in _process_remote neighbors = [LLDPNeighbor(lldp) for lldp in self.remote] File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/plugins/lldp.py", line 116, in <listcomp> neighbors = [LLDPNeighbor(lldp) for lldp in self.remote] File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/neighbor.py", line 117, in __init__ self.identify() File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/neighbor.py", line 121, in identify self.interfaces = self._identify_interfaces() File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/plugins/lldp.py", line 222, in _identify_interfaces result = lookup(str(portid)) File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/plugins/lldp.py", line 248, in _interfaces_from_mac return self._interface_query(Q(ifphysaddress=mac)) File "/opt/venvs/nav/lib/python3.7/site-packages/nav/ipdevpoll/neighbor.py", line 234, in _interface_query 'id', 'ifname', 'ifdescr', 'iftype').filter(netbox & query): File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/models/query.py", line 250, in __iter__ self._fetch_all() File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/models/query.py", line 1121, in _fetch_all self._result_cache = list(self._iterable_class(self)) File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/models/query.py", line 106, in __iter__ for row in compiler.results_iter(chunked_fetch=self.chunked_fetch): File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/models/sql/compiler.py", line 841, in results_iter results = self.execute_sql(MULTI, chunked_fetch=chunked_fetch) File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/models/sql/compiler.py", line 899, in execute_sql raise original_exception File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/models/sql/compiler.py", line 889, in execute_sql cursor.execute(sql, params) File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/backends/utils.py", line 64, in execute return self.cursor.execute(sql, params) File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/utils.py", line 94, in __exit__ six.reraise(dj_exc_type, dj_exc_value, traceback) File "/opt/venvs/nav/lib/python3.7/site-packages/django/utils/six.py", line 685, in reraise raise value.with_traceback(tb) File "/opt/venvs/nav/lib/python3.7/site-packages/django/db/backends/utils.py", line 64, in execute return self.cursor.execute(sql, params) django.db.utils.DataError: invalid input syntax for type macaddr: "None" LINE 1: ..."netboxid" = 26 AND "interface"."ifphysaddress" = 'None') OR... ^ 2020-04-13 06:23:35,242 [ERROR jobs.jobhandler] [topo switch0.<obscured>] Job 'topo' for switch0.<obscured> aborted: Job aborted due to plugin failure (cause=DataError('invalid input syntax for type macaddr: "None"\nLINE 1: ..."netboxid" = 26 AND "interface"."ifphysaddress" = \'None\') OR...\n ^\n')) Related: Was running an older version of NAV which appeared (at least via GUI) to have no issue this equipment combination of Cisco and Ubiquiti. Due to an odd issue, did end up dropping the VM and simply created a new one with latest Debian and latest NAV version, re-populating the equipment and configuration. Which may have been why certain things came to light? The Netmap doesn’t appear to be fully populated – suspect that it’s a cascading result of the above error?

2 1

Experience with NAV in large networks
by carsten＠strotmann.de 01 Apr '20

01 Apr '20

Hi, I'm evaluating NAV for one of my clients. As I have seen similar systems to NAV breaking down in large (> 100.000 devices) networks, I would like to know if anyone has experience with NAV in such large networks and how NAV scales in these networks. Anyone using NAV in such large environments? Greetings Carsten

2 1

website down?
by Steve Kersley 01 Apr '20

01 Apr '20

Morning, I can't imagine that you're not aware, but the NAV website has been down for the last few days. The documentation subsite is up, but the main site not. I'm guessing at the moment there are more pressing issues! Hope all NAV creators and users are well! Steve.

3 3

Announcement: NAV 5.0.5 released
by Morten Brekkevold 14 Mar '20

14 Mar '20

It's Friday the 13th and a pandemic is upon us, so we thought: Why not release the fifth maintenance version of the 5.0 series of NAV! 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 ======= Fixed GitHub issues in this release: * #1994 (snmptrapd linkupdown plugin does not handle v2 traps) * #2101 ([BUG] Geomap data API endpoint crashes with a TypeError) * #2109 ([BUG] ipdevinfo sensor details page crashes with AttributeError on unit-less sensors) * #2111 ([BUG] Logging non-ASCII characters crashes NAV programs) * #2113 (Document advice for robust e-mail) * #2114 ([BUG] Unable to save status filter in [Status] page) * #2119 ([BUG] Latitude/Longitude is displayed weirdly in the SeedDB room list) * #2123 (Drop support for legacy status preference pickles) * #2129 (Euthanize unresponsive ipdevpoll workers) * #2130 ([BUG] Cannot import dashboard) 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

Re: GPON port didn't shows up
by Morten Brekkevold 13 Mar '20

13 Mar '20

On Fri, 13 Mar 2020 11:42:47 +0700 "Agung Reza Satria" <agung.reza(a)moratelindo.co.id> wrote: > Dear Mr. Morten, > > Here I attached the ipdevpoll result called nohup.out file, I use notepad++ > to open it, I hope it will helpfull Thank you. Since you're not subscribed to the mailing list, all your postings go through a moderation step. I'm going to decline the mail I'm responding to, to spare our other subscribers from the large attachment (which might also contain sensitive information). I'll get back to you when I've had time to analyze the log contents. -- sincerely, Morten Brekkevold Uninett

1 0

GPON port didn't shows up
by Agung Reza Satria 11 Mar '20

11 Mar '20

Dear Uninett, Thank you for build NAV, it is a good tools to have. But I have a missing things. I have several devices that monitor by NAV and something weird happen that NAV cannot shows up GPON Port. It only show ethernet ports and vlans. Here is my comparation with other NMS (cacti). And here is what shows on NAV Is there missing things in my installation or my configuration? Agungreza NCSIRT DIVISION PT MORA TELEMATIKA INDONESIA Grha 9, Jalan Panataran No.9 Proklamasi Jakarta Pusat 10320, Indonesia Office : +62-21 31998600 | Fax : +62-21 3142882 | Email: <mailto:ncsirt@moratelindo.co.id> ncsirt(a)moratelindo.co.id ============================================================================================== CONFIDENTIALITY NOTE: This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not review, disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and destroy all copies of this information from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late, incomplete or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. PT. Mora Telematika Indonesia, Grha 9, Jl. Penataran No 9, Jakarta 10320, Indonesia, www.moratelindo.co.id ============================================================================================== SAVE PAPER - Please do not print this e-mail unless necessary

2 8

SNMP V3
by Jon Irish 26 Feb '20

26 Feb '20

Hello,Does anyone know when SNMP v3 support will be added to NAV?Thanks Jon WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. IrishTech accepts no liability for any damage caused by any virus transmitted by this email. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission.

2 2

Need to add devices manually?
by Michael Schwartzkopff 24 Feb '20

24 Feb '20

Hi, I am trying nav for the first time. I have a seed device. A LLDP neighbor us detected as "unrecognized neighbor". nav can access the device with SNMP. nav does not add this device automatically. Do I have to add the new device manually? Why does nav not add it automatically? Mit freundlichen Grüßen, -- [*] sys4 AG https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief Aufsichtsratsvorsitzender: Florian Kirstein

2 1

L2 Link delete from Netmap
by Marzec, Sebastian 12 Feb '20

12 Feb '20

Hello Nav Users have a question. Netmap with L2 Switches. I have changed topology, but old links are still there on the map. How to remove from map old connections (grayed out) [cid:image001.png@01D5E0CF.BBD79EA0] Best Regards Sebastian Marzec

2 2

Trunk links with LACP
by jaumeramos＠iesebre.com 07 Feb '20

07 Feb '20

Hi. First post here, hope it's the right place to ask questions. I'm trying NAV to document my network, it's a state college due to professional trainin with 600+ computers. My network equipment are mostly d- link switches, with mikrotik routers and some Cisco stuff. After enabling SNMP and LLDP i got an approximate map of the network, but the trunk connections using LACP protocol does not show in the map. Is there some additional configuration needed to make NAV detect them. Thanks for such a great piece of software.

2 1

Announcement: NAV 5.0.4 released
by Morten Brekkevold 16 Jan '20

16 Jan '20

The fourth maintenance 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 reached 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 ======= Fixed GitHub issues in this release: * #2074 ([BUG] ipdevpoll inventory job crashes for many devices with an AttributeError) * #2075 ([BUG] Editing existing API tokens shows no enabled endpoints) * #2076 ([BUG] Missing Javascript multiselect library used by Useradmin API token form) * #2077 ([BUG] string handling in snmptrapd is broken on Python 3) * #2081 ([BUG] Bulk importing netboxes without a managment profile raises an exception) * #2083 ([BUG] TypeError is raised when creating a csv for download from a room-search) * #2085 ([BUG] TypeError is raised when getting navlet) * #2087 ([BUG] Reports with many pages crash once page 4 is visited) * #2090 ([BUG] Marking machine as disabled in arnold raises TypeError) * #2092 ([BUG] ipdevinfo sensor tab produces too large Graphite request) * #2093 ([BUG] PortAdmin crashes when viewing a switch with non-ASCII port descriptions) * #2097 ([BUG] Adding a manual detention without a number of days until autoenable crashes Arnold) 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

1 0

Announcement: NAV 5.0.3 released
by Morten Brekkevold 19 Des '19

19 Des '19

The third maintenance 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 ======= Fixed GitHub issues in this release: * #2015 (Broken Mikrotik LLDP-MIB implementation causes ipdevpoll LLDP plugin to crash) * #2055 ([BUG] Navlets crash/appear blank if their config is stored as legacy pickles) * #2057 (Make servicemon run on Python 3) * #2058 ([BUG] navpgdump crashes with TypeError on Python 3 if exclusion options are provided) * #2059 ([BUG] Coriant Groove sensors names appear as reprs of bytes objects under Python 3) * #2060 ([BUG] smsd gammudispatcher error handling fails on Python 3) * #2061 ([BUG] silent_include tag template crashes any view that uses it) * #2062 ([BUG] ipdevpoll considers the same devices changed on every reload loop, causing massive scheduling problems) * #2063 (Massively reduce the number of queries produced by the API /alert endpoint) * #2065 ([BUG] some servicemon checker runs crash with a UnboundLocalError) * #2066 (Increase the max number of shown alerts in Status page to 1000 and provide feedback spinner when loading data) * #2067 ([BUG] Alertengine Slack dispatcher fails with TypeError) * #2068 ([BUG] Workaround for faulty Aruba ENTITY-MIB::entLogicalTable implementation crashes with TypeError on Python 3) * #2069 ([BUG] ipdevpoll inventory job crashes with a Django ValidationError) * #2070 ([BUG] Servicemon SMTP checker fails with " a bytes-like object is required, not 'str'") * #2071 ([BUG] Active maintenance task list crashes when tasks contain deleted IP devices) * #2072 ([BUG] Servicemon RadiusChecker always fails with "secret must be a binary string" message) * #2073 ([BUG] Room image upload crashes with a TypeError) 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

1 0

Announcement: NAV 5.0.2 released
by Morten Brekkevold 13 Des '19

13 Des '19

The second maintenance release of the 5.0 series of NAV is now out, and what a busy week it has been! 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 ======= Fixed GitHub issues in this release: * #2035 (Enable room geo positions to be writeable in API) * #2036 ([BUG] logengine crash with AttributeError on every run on NAV 5.0.1) * #2037 ([BUG] ipdevpolld multiprocess mode logs reams of TypeErrors) * #2038 ([BUG] ipdevpoll psuwatch crash with TypeError immediately after upgrade to NAV 5) * #2039 (Fix broken natural sort implementation on Python 3 ) * #2041 (Geomap does not work in NAV 5.0.1) * #2043 ([BUG] Syslog analyzer search returns nothing) * #2044 ([BUG] navclean does not work under Python 3) * #2045 ([BUG] Exception is raised when visiting /api/1/alert/ID) * #2047 ([BUG] ipdevpoll jobs crash with "A string literal cannot contain NUL (0x00) characters" messages for some devices) * #2048 (Support MAC address device IDs from CDP records) * #2049 ([BUG] ipdevinfo old style Switch port activity view is blank) * #2050 ([BUG] Geomap is missing links between nodes) * #2052 ([BUG] ipdevpoll inventory job sometimes crashes when saving POE Port information) * #2054 ([BUG] pping resolves all boxDown alerts on restart) * #2055 ([BUG] Navlets crash/appear blank if their config is stored as legacy pickles) * #2056 ([BUG] Cannot add activity graphs to dashboard) 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

1 0

Portadmin - SNMP Error
by Ingeborg Hellemo 11 Des '19

11 Des '19

NAV 4.8.6 We have a couple of switches, Cisco Catalyst 4510R+E where we are not able to change Vlan via PortAdmin: Error setting vlan: SNMP Error: wrongType (The set datatype does not match the data type the agent expects) We have several other switches of the same type where there are no errors. The config on the switches is as good as identical. Can anyone point us in the right direction for debugging this? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

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