Nav-users

nav-users@lister.sikt.no

1 participants
1378 discussions

Announcement: NAV 4.4.4 released
by Morten Brekkevold 02 Jun '16

02 Jun '16

The fourth maintenance release of the NAV 4.4 series is now out. The source code is available for download at Launchpad [1]. New packages for Debian Wheezy and Jessie have been published in our APT repository [2] as usual (and the virtual appliance is being updated). Changes ======= The following reported bugs have been fixed: * LP#1551217 (Alert from 3rd party - maintenance mode not respected) * LP#1569704 (Supplied Apache config example doesn't explicitly allow access to read files in the upload location) * LP#1570814 (DNS lookups in web UI leak UDP sockets until resource exhaustion) * LP#1571010 (timeformat unreadable in scheduled messages) * LP#1572580 (Malformed month names in syslog messages cause logengine crash) * LP#1572599 (Adding VLAN graphs to dashboard does nothing) * LP#1572894 (portadmin: Save all button disappears on small screens) * LP#1573486 (netmap crashes when a room is not connected to a location) * LP#1573569 (portadmin: crash when cisco voice enabled and visiting hp device) * LP#1578108 (eventengine enters an infinite loop and stops processing events) * LP#1588201 (Status page describes many threshold alerts only as "Sensor object") Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.4/4.4.4 [2] https://nav.uninett.no/install-instructions/#debian -- Morten Brekkevold UNINETT AS

1 0

No Graph after Upgrade
by Mohd Zaimiruddin Mohamed 26 Mai '16

26 Mai '16

Hi, We've been using NAV 4.3 for a while now. Then after upgraded to 4.4.3, there no graph data. What when wrong? -- -------------------------------------------------- Mohd Zaimiruddin Mohamed Sr. Assistant IT Officer ICT Centre, Universiti Pendidikan Sultan Idris Tel : 015-48797055 / 05-4505874

2 1

NAV 4.4.3 and ARP records have not been collected in the last......
by Davide Miccone 26 Mai '16

26 Mai '16

I just update from NAV 4.3 to 4.4.3. All seems works but I get in the WatchDog the error message "ARP records have not been collected in the last 2 days, 13 hours" All services are ruungin (see below) and I can't find any documentation about this error. Any suggestin will be appreciated. Davide. # sudo nav info activeip (cron): Collect active ip-adresses for all prefixes alertengine (daemon): Dispatches alerts according to individual alert profiles. eventengine (daemon): Reacts and creates alerts from events on the event queue. ipdevpoll (daemon): Collects SNMP inventory data from IP devices. logengine (cron): Regularly check the syslog for network messages and update the logger database mactrace (cron): Checks NAV's cam log for watched MAC addresses maintengine (cron): Regularly check the maintenance-queue and send events to eventq netbiostracker (cron): Regularly fetch netbiosnames from active computers pping (daemon): Pings all IP devices for status monitoring. psuwatch (cron): Monitors the state of redundant PSUs and fans servicemon (daemon): Monitors configured services. smsd (daemon): Dispatches queued SMS alerts. snmptrapd (daemon): Receives and processes SNMP traps and notifications. thresholdmon (cron): Monitors your Graphite metrics for exceeded thresholds topology (cron): Detects the topology of your network. # sudo nav status Up: activeip alertengine eventengine ipdevpoll logengine mactrace maintengine netbiostracker pping psuwatch servicemon smsd snmptrapd thresholdmon topology

2 1

NAV 4.4.3 and ARP records have not been collected in the last......
by Davide Miccone 03 Mai '16

03 Mai '16

1 0

"Reversed" netmap view
by Kadlecsik József 07 Apr '16

07 Apr '16

Hi, Instead of the real topology ----------- gsw17a (SW) | kfki-sw (GSW) ---- gsw21 (SW) --- gsw21alag (SW) | ----------- gsw22a (SW) netmap shows a "reversed" topology, as shown in the attachment (full.png), i.e. gsw21 is the farthest from kfki-sw and gsw17a, gsw21alag, gsw22a "connect" gsw21 to kfki-sw. The IP device Neighbors of gsw21 shows the proper topology (gsw21.png) except that kfki-sw is not shown. The IP device Neighbors of gsw21alag shows the wrong topology: neighbor is kfki-sw instead of gsw21 (gsw21alag.png), the same true for gsw17a and gsw22a. The direct neighborship candidate is (partly) consistent with this (other fields are empty, non-related, invalid neighbors not listed): Sysname Interface source Candidate neighbor gsw17a 1/48 cam kfki-sw gsw21alag 1/24 cam kfki-sw gsw21 1/45 cam kfki-sw gsw21 1/107 cam gsw21alag gsw21 1/111 cam gsw17a gsw21 1/112 cam gsw22a gsw22a 1/48 cam kfki-sw kfki-sw Gi1/6 cam gsw17a kfki-sw Gi1/6 cam gsw21alag kfki-sw Gi1/6 cam gsw21 kfki-sw Gi1/6 cam gsw22a The switch types are: kfki-sw Cisco 6506-E gsw21 D-Link DSG-3120-48TC gsw17a D-Link DSG-3120-48TC gsw21alag D-Link DSG-3120-24TC gsw22a D-Link DSG-3120-48TC What can be wrong here? What should I check? Best regards, Jozsef -- E-mail : kadlecsik.jozsef(a)wigner.mta.hu PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt Address: Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary

1 1

Cisco - linux connection not recognized
by Kadlecsik József 07 Apr '16

07 Apr '16

Hello, We run nav 4.4.3 and are facing a strange problem: A Cisco 6500 (GW) ---- Linux with snmpd (GW) ---- B Cisco 6500 (SGW) Netmap shows that Linux - B Cisco are connected but does not show the connection between A Cisco - Linux. A Cisco IP Device Info, Neighbors does not list Linux. Linux IP Device Info, Neighbors lists neither A, nor B Cisco as neighbor. B Cisco IP Device Info, Neighbors lists Linux as neighbor. The Direct neighborship candidates does not list the connection between A Cisco and Linux. Linux has got IP addresses at both interfaces and added to the database with the IP address facing to B Cisco. We added the suggested interface descriptions to both Ciscos but it did not help. What could we do to get the connection recognized? Best regards, Jozsef -- E-mail : kadlecsik.jozsef(a)wigner.mta.hu PGP key: http://www.kfki.hu/~kadlec/pgp_public_key.txt Address: Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary

2 2

Announcement: NAV 4.4.3 released
by Morten Brekkevold 31 Mar '16

31 Mar '16

The third maintenance release of the NAV 4.4 series is now out. The source code is available for download at Launchpad [1]. New packages for Debian Wheezy and Jessie have been published in our APT repository [2] as usual (and the virtual appliance is being updated). Changes ======= The following reported bugs have been fixed: * LP#1538270 (PortAdmin crashes when non admin try to remove a vlan from the trunk) * LP#1543529 (portadmin: default vlan is not setable for non-admin if auth is enabled) * LP#1543953 (Wrong units in Gbits/s graphs) * LP#1544059 (Subnet matrix is no longer helpful when no scopes have been defined) * LP#1551205 (Subject description of 3rd party alerts in status page are uninformative) * LP#1552198 (ranked statistics give vague error when no data exists) * LP#1554466 (PortAdmin: when proper cisco voice vlans enabled changing vlan changes native vlan) * LP#1559004 (Extract VLAN information from Juniper routers) * LP#1563369 (Rickshaw graphs do not update on interval change) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.4/4.4.3 [2] https://nav.uninett.no/install-instructions/#debian -- Morten Brekkevold UNINETT AS

1 0

Portadmin - Problem with changing Vlan
by Mattias Söderholm 18 Mar '16

18 Mar '16

Hi. For a couple of week ago we could change Vlan in portadmin and save with our HP 5130 switches. But now with Nav 4.4.2 it only show error when saving. It says: Error setting vlan: SNMP Error: inconsistentValue (The set value is illegal or unsupported in some way). What can be the problem? There is error when we try to check connectivity for snmp for one of the switches via SeedDB also. That's because there's something wrong with Chassis detected. It got two Chassis detected and one is down. I have tried to delete the switch and added it again, but the N/A chassis is appearing after a while again! 5130-EI (serial: XXXXXXX, software: 7.1.045 Release 3109P05) <---- Down N/A (serial: N/A, software: 7.1.045) <--- Don't know where this comes from Regards Mattias

3 15

Re: switch backups
by Morten Brekkevold 16 Mar '16

16 Mar '16

On Mon, 14 Mar 2016 10:28:02 +0100 <jakub.bartnicki(a)gallus.edu.pl> wrote: > Is there a plan to add a feature of backing up switch configuration to NAV ? No. You should probably look into RANCID [1]. There was at some point some ideas to integrate RANCID and NAV, but the resources were never allocated. At UNINETT we extensively use tftp to store device configs, but storing a running config to the tftp serverr must be initiated from the device itself. RANCID is more proactive in this regard. Cc: To the nav-users list, which is more on-topic here. [1] http://www.shrubbery.net/rancid/ -- Morten Brekkevold UNINETT

1 0

NAV randomly looses VLAN configuration
by ybernstein＠dalet.com 11 Mar '16

11 Mar '16

Hello out there. I'm quite new to NAV, however we already have it in our production env and it works great! Recently we've fund some strange issue - vlan configuration in seed db just disappears and we have to re-configureit again. Can anyone please give me a direction where to start investigating this issu? Any help will be appreciated!

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