- Nav-users - lister.unit.no

ArnoldTrigger Project
by Tal Bar-Or 12 Jan '16

12 Jan '16

Hi All, I just uploaded my latest project Arnold related ArnoldTrigger <https://github.com/tbaror/ArnoldTrigger>, this project is TCP client agent/server based ,that is basically triggered upon in our case Symantec clients infection. This need is came out of need to make sure that clients are well cleaned in case of infection and make sure isolated from network until we make sure its well cleaned. In current version we have the client query the infection event confiured in "js" file and sends json format ssl encrypted with pre-configured key authenticated to server , when authentication is completed the server send "start_arnold" ip with date+machine name file inside Machine IP, and the machine is sent to quarantine preconfigured profile that we set. we are working now on two major features autocleaning module , and Firewall (pfsense) snort events to Arnold. Hope you find this tool useful , and i will gladly will get any comments and suggestion for improvements. Thanks -- Tal Bar-or

1 0

Arnold IP not found
by Tal Bar-Or 07 Jan '16

07 Jan '16

Hello and Happy holdiays All, I have issues with Arnold feature there some IP's that not getting into quarantine profile, when other corresponding in same Vlan will get into quarantine profile. With same problematic IP's when i am trying to get them into manual quarantine they are not found , in other hand when using the Machine Tracker feature i am able to track down port switch and change Vlan assignment. Any idea how to sync between main Nav db and Arnold db , or did i missed some configuration ? Please advice Thanks -- Tal Bar-or

4 6

Using API for Arnold
by Tal Bar-Or 21 Des '15

21 Des '15

Hello All, Is there possibility to access Arnold detention mechanism using Nav API? If yes , it will be nice to see some example Please advice Thanks -- Tal Bar-or

3 5

Alertprofile not deleted together with account
by Ingeborg Hellemo 17 Des '15

17 Des '15

NAV 4.2.6 Have done some cleaning in NAV's account list. Discovered afterwards that the associated alertprofiles were not deleted and now I have a couple of "ghost"-profiles generating alerts, sending to non-existent mail addresses etc. How can I clean the database? Which tables are involved? Is this bug is still present in 4.3.X it should be fixed. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 2

Problem to get mac address table from 1920 HP switch
by despi＠datanetconsultores.es 04 Des '15

04 Des '15

Hello, I have problems to get mac address table from switch HP 1920. I only can get one o two mac addresses. If I launch a snmpwalk command to these switches from CLI, I get the next error: Error: OIDs are not increasing If i execute the snmpwalk command with -Cc, it works fine. How can I configure in NAV the -Cc option? Thanks in advance.

3 5

Device hostname instead of DNS
by Espen Lorentzen 01 Des '15

01 Des '15

Is it possible for NAV to display the hostname as "full sysname" instead of DNS name? -- MVH / REGARDS: Espen Lorentzen esplor(a)gmail.com

2 1

Announcement: NAV 4.3.3 released
by Morten Brekkevold 26 Nov '15

26 Nov '15

Due to a critical bugfix in the NAV service monitor, we are releasing the third maintenance release of the NAV 4.3 series now. We urge anyone using NAV's buil-in service monitor to upgrade as soon as possible. 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 has been updated). Changes ======= The following reported bugs have been fixed: * LP#1518950 (machine tracker - form should reflect link parameters) * LP#1519362 (Forgetting to add a name to an alert profile causes template selection to be cleared in form) * LP#1520119 (Servicemon silently stops checking services after running for a while) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.3/4.3.3 [2] https://nav.uninett.no/install-instructions/#debian -- Morten Brekkevold UNINETT AS

1 0

Announcement: NAV 4.3.2 released
by Morten Brekkevold 19 Nov '15

19 Nov '15

The second maintenance release of the NAV 4.3 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 has been updated). Changes ======= The following reported bugs have been fixed: * LP#1487436 (arnold rejects ip-addresses that ends with the number 0) * LP#1488003 (Alert Profiles UI does not enable multi-value select for the "IN" filter operator) * LP#1488010 (link to ipdevinfo if applicable for subjects without absolute url) * LP#1488441 (room map widget does not load map) * LP#1488774 (Arnold documentation should be updated and moved from wiki to Sphinx) * LP#1489843 (javascript require-libs timeout) * LP#1492246 (Topology of disabled interfaces may linger in some cases) * LP#1494190 (clicking on a shared time period in alert profiles selects all) * LP#1494232 (hovering a shared time period in alert profiles highlights all) * LP#1494233 (When exporting switch port information from a room view as CSV, the output contains extra spaces and newlines in the first column) * LP#1494279 (Inconsistent Servicemon checker names) * LP#1496396 (Service checker descriptions and service checker argument descriptions are not displayed to the user in SeedDB) * LP#1496780 (Threshold alerts are not very descriptive on the status page) * LP#1497970 (Add SEMI-MIB to retrieve serial number for HP 1810 switch) * LP#1498323 (Traps from WeatherGoose devices no longer work after rebranding from IT Watchdogs to Geist) * LP#1499343 (The wiki page describing background processes in NAV should be moved to Sphinx docs) * LP#1500423 (ipdevpoll: Transaction managed block ended with pending COMMIT/ROLLBACK) * LP#1500425 (Inventory and statuscheck jobs of ipdevpoll still can fail after an OS upgrade) * LP#1505524 (Retrieve software version for HP 1810 switch) * LP#1505945 (Add API endpoint for VLAN information) * LP#1507467 (Temperature sensor gauges as widgets) * LP#1513046 (LLDP neighbors with "funny" names may cause ipdevinfo NoReverseMatch crash) * LP#1516956 (Services should be considered on maintenance when their parent IP Device is on maintenance) * LP#1516972 (Maintenance status is not visible in service matrix and service lists) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.3/4.3.2 [2] https://nav.uninett.no/install-instructions/#debian -- Morten Brekkevold UNINETT AS

1 0

Re: Installation of NAV in DEBIAN
by Morten Brekkevold 30 Okt '15

30 Okt '15

On Thu, 29 Oct 2015 17:38:33 +0100 <suryan.dutra(a)gmail.com> wrote: > Hello, > I'm new here. > > Need help to use NAV. > > I installed NAV, and now I don't know how to access the administrative panel > of NAV. Have you read the "getting started" guide? [1] Also, the Debian package provides a Debian specific README in /usr/share/doc/nav/README.Debian . If, after reading this, you are still having trouble, please be more specific about which steps you have taken and what you are expecting. [1] https://nav.uninett.no/doc/4.3/intro/getting-started.html -- best regards, Morten Brekkevold UNINETT

1 0

Heads-Up: Cisco bug prevents NAV settings to be written to running-config
by Mischa Diehm 20 Okt '15

20 Okt '15

Hi, if you upgrade to recent versions on your cisco infrastructure and have a distributed setup of admins using NAV/snmp to tell the device what to do, you will lose all your configuration as soon as your device reboots as the changes you made are not written into the running-config! So heads up and be warned. -m - https://tools.cisco.com/bugsearch/bug/CSCuu48624/ adding port to vlan via SNMP not in running-config on cat4k IOSXE CSCuu48624 Description Symptom: Adding port to a vlan does not update running-configuration with "switchport access vlan X" command, hence after reload port would go back to VLAN 1 (default). Conditions: 03.07.00 or 03.07.01 software version catalyst 3k/4k assign port to a vlan via SNMP (snmpset -v2c -c test 10.106.69.151 1.3.6.1.4.1.9.9.68.1.2.2.1.2.6 i 255) Workaround: assign port to a VLAN manually through CLI via "switchport access vlan X" command Further Problem Description: When assigning VLAN to the access port on the switch using setSNMP (snmpset -v2c -c test 10.106.69.151 1.3.6.1.4.1.9.9.68.1.2.2.1.2.6 i 255) port does not get any configuration in show running-config interface output. Last Modified: Oct 12,2015 Status: Fixed Severity: 3 Moderate Product: Cisco Catalyst 4500 Series Switches Support Cases: 5 Known Affected Releases: (2) 15.2(2)E 15.2(3.7.1I) Known Fixed Releases: (5) 15.2(4)E 15.2(4.0)ST 15.2(4.0.64a)E 15.2(4.10.61)PI5 3.8(0)E -- Mischa Diehm | Network Team (NINS) UniBasel | IT-Services (ITS) Klingebergstr. 70 | CH-4056 Basel Tel. +41 61 267 1574 | https://its.unibas.ch

1 0

Re: NAV supporting Cisco Voice VLANs
by John Magne Bredal 19 Okt '15

19 Okt '15

On 15. okt. 2015 16:46, Lonneke Trynes wrote: > Hi, > > Sounds great. For us the checkbox is ok. > So in my understanding we define a list of Voice Vlans and we > configure only one voice vlan per switch, so the checkbox would add > the voice vlan configuration with the one and only available voice > vlan on the switch. Is that correct? That is correct. > If you need one day, then we would pay this day. If there are further > problems with snmp or others, please let us know your opinions and > how long it would take to implement. To test the implementation we > can try it on our environment or you can test it simple with a cisco > switch (c2960 or something) and a software release as example > 15.0(2)SE8. That's up to you. > We have a 2960 that I will use when working with this task. Hopefully it works the same on other equipment aswell. -- John Magne Bredal john.m.bredal(a)uninett.no +4791897366 Abels gt. 5- Teknobyen NO-7465 Trondheim

1 0

NAV supporting Cisco Voice VLANs
by Mischa Diehm 13 Okt '15

13 Okt '15

Hi, we are looking into using NAV with Cisco IP-Phones (8841/8851 series) and while trying the feature we realized the config put on the port doesn¹t use the cisco proprietary settings but sets the port into trunk. What we want to achieve is using an additional voice-vlan on the port like:: Switch(config)#interface range fastethernet 0/1 - 2 Switch(config-if)#switchport mode access Switch(config-if)#Switchport access vlan 50 Switch(config-if)#switchport voice vlan 10 As stated by Morten via IRC this has not been implemented yet also due to the fact that they lack the devices to test on. I wanted to ask if it was possible to implement this so it becomes part of the main NAV tree. We could fund this development and help with the testing. Maybe you could also give an estimate on how much work this would be? Thanks in advance, Mischa -- Mischa Diehm | Network Team (NINS) UniBasel | IT-Services (ITS) Klingebergstr. 70 | CH-4056 Basel Tel. +41 61 267 1574 | https://its.unibas.ch

3 4

Netmap AttributeError
by Gustavo Garcia Plaza 07 Okt '15

07 Okt '15

Dear NAV users, I just have a fresh install of NAV In Debian 7. Everything seems to be ok: Graphite is working, I can include objets, I am getting alerts, etc. Nevertheless, the Netmap app function is not working, and as soon as I enter to it, I get the following error: AttributeError: 'QuerySet' object has no attribute 'categories_set' Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 109, in get_response response = callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python2.7/dist-packages/django/views/generic/base.py", line 48, in view return self.dispatch(request, *args, **kwargs) File "/usr/lib/python2.7/dist-packages/django/views/generic/base.py", line 69, in dispatch return handler(request, *args, **kwargs) File "/usr/lib/python2.7/dist-packages/django/views/generic/base.py", line 123, in get context = self.get_context_data(**kwargs) File "/usr/lib/python2.7/dist-packages/nav/web/netmap/views.py", line 70, in get_context_data NetmapViewSerializer(netmap_views).data File "/usr/lib/python2.7/dist-packages/rest_framework/serializers.py", line 572, in data self._data = self.to_native(obj) File "/usr/lib/python2.7/dist-packages/nav/web/netmap/serializers.py", line 95, in to_native for view_category in obj.categories_set.all().select_related( AttributeError: 'QuerySet' object has no attribute 'categories_set' Some help would be highly appreciated, Best regards, Gustavo García RedCLARA

2 2

Typeoid issues
by ken.livesey＠gmail.com 29 Sep '15

29 Sep '15

So I am using the latest appliance in a vmware environment and I am new to NAV as of two weeks ago. Things started well and I am in love the potential of NAV. I had 20 devices added and those were working well; however I have run into an issue that I cannot seem to wrap my head around. It stated last week when I added a device and it failed to locate the typeoid string after performing an inventory. As I added additional devices I kept getting the same results. Thinking it might be a resource issue I purged all devices, restarted NAV and just added the device where the typeoid string first failed to load. No change. I then started searching the web for other with like errors. Not much except for a singe bridge plugin error which does not match this issue. I then bumped up the logging for ipdevpol plugings and found this warning: [WARNING plugins.typeoid.typeoid] [inventory DA13_SW07.xxxx.xxx] Netbox has changed type from unknown to unknown (sysObjectID 1.3.6.1.4.1.9.1.367) Each device for where the typeoid failed to load has this warning. So I figure the typeoid just failed to populate the table correctly. So I matched the reporting sysObjectID with the correct Cisco name and created a database seed with this type. I then rescanned and bingo the type field populated. Thinking I was out of the woods I check after the next inventory poll and found the device failed to access the devices inventory. Huh. Logs report this issue: [ERROR jobs.jobhandler] [inventory DA13_SW07.xxxx.xxx] Job 'inventory' for DA13_SW07.xxxx.xxx aborted: Plugin ciscovlan reported a timeout I have verified the system snmp and switch configurations and they are identical. I am using snmp 2c and the same RO community for all switches. There are layer 2 and layer 3 switches with produce this issue. There multiple models and port configurations. These are single function LANS connected with high speed MPLS, broadband, and direct fiber connections. I am guessing this is all stemming from a condition where the device cannot be polled or cannot be polled in a allotted time. There are no network error to these site and I have some sites were devices work well and others do not. All other aspects of the device can be polled and reported on just fine it’s just the inventory which fails. Here is the snmp stats from a L3 device which is subject to this issue. DA53_SW01#sh snmp Chassis: CAT1114NJ57 Contact: DAIT Support Center 1-877-815-4357 924035 SNMP packets input 0 Bad SNMP version errors 0 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 419240 Number of requested variables 0 Number of altered variables 405503 Get-request PDUs 13737 Get-next PDUs 0 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 924035 SNMP packets output 0 Too big errors (Maximum packet size 1500) 0 No such name errors 0 Bad values errors 0 General errors 169251 Response PDUs 0 Trap PDUs SNMP global trap: enabled Here is a trace from a device which is subject to this issue 2015-09-27 09:43:33,837 [DEBUG plugins.cam.cam] [topo da53_sw01.xxxx.xxx] Q- BRIDGE-MIB: 0 MAC addresses found on 0 ports 2015-09-27 09:43:35,553 [DEBUG plugins.entity.entity] [statuscheck da53_sw01.xxxx.xxx] Collecting physical entity data 2015-09-27 09:43:36,608 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.447021. next run in 0:00:59.553002. 2015-09-27 09:43:36,608 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.447021. next run in 0:00:59.553002. 2015-09-27 09:43:37,272 [DEBUG plugins.cam.cam] [topo da53_sw01.xxxx.xxx] BRIDGE-MIB: 47 MAC addresses found on 6 ports 2015-09-27 09:43:37,350 [DEBUG plugins.cam.cam] [topo da53_sw01.xxxx.xxx] up/ downlinks: [10102] 2015-09-27 09:43:37,350 [DEBUG plugins.cam.cam] [topo da53_sw01.xxxx.xxx] access ports: [10005, 10007, 10008, 10011, 10101] 2015-09-27 09:43:37,350 [DEBUG plugins.cam.cam] [topo da53_sw01.xxxx.xxx] 10102 sees the following monitored mac addresses: set(['50:87:89:b9:5a:81']) 2015-09-27 09:43:38,994 [DEBUG plugins.lldp.lldp] [topo da53_sw01.xxxx.xxx] collecting LLDP remote table 2015-09-27 09:43:40,759 [DEBUG plugins.statports.statports] [5minstats da53_sw01.xxxx.xxx] High Capacity counters used 2015-09-27 09:43:40,759 [DEBUG plugins.statports.statports] [5minstats da53_sw01.xxxx.xxx] Counters collected 2015-09-27 09:43:40,846 [INFO schedule.netboxjobscheduler] [5minstats da53_sw01.xxxx.xxx] 5minstats for da53_sw01.xxxx.xxx completed in 0:00:06.269234. next run in 0:04:53.730793. 2015-09-27 09:43:40,846 [INFO schedule.netboxjobscheduler] [5minstats da53_sw01.xxxx.xxx] 5minstats for da53_sw01.xxxx.xxx completed in 0:00:06.269234. next run in 0:04:53.730793. 2015-09-27 09:43:41,231 [DEBUG plugins.cdp.cdp] [topo da53_sw01.xxxx.xxx] collecting CDP cache table 2015-09-27 09:43:41,585 [DEBUG plugins.cdp.cdp] [topo da53_sw01.xxxx.xxx] found CDP cache data: [CDPNeighbor(ifindex=10102, ip=IP('xxx.xxx19.4'), deviceid='DA53_SW02.xxxx.xxx', deviceport='GigabitEthernet0/2'), CDPNeighbor(ifindex=10003, ip=IP('1xxx.xxx.42.98'), deviceid='jch.win.xxx.xxx', deviceport='FastEthernet0/2/0')] 2015-09-27 09:43:41,605 [DEBUG plugins.cdp.cdp] [topo da53_sw01.xxxx.xxx] identified neighbor (Netbox(id=33, sysname=u'da53_sw02.xxxx.xxx'), None) from CDPNeighbor(ifindex=10102, ip=IP('xxx.xxx19.4'), deviceid='DA53_SW02.xxxx.xxx', deviceport='GigabitEthernet0/2') 2015-09-27 09:43:41,663 [INFO schedule.netboxjobscheduler] [topo da53_sw01.xxxx.xxx] topo for da53_sw01.xxxx.xxx completed in 0:00:09.384465. next run in 0:14:50.615562. 2015-09-27 09:43:41,663 [INFO schedule.netboxjobscheduler] [topo da53_sw01.xxxx.xxx] topo for da53_sw01.xxxx.xxx completed in 0:00:09.384465. next run in 0:14:50.615562. 2015-09-27 09:43:41,780 [DEBUG plugins.cdp.cdp] [topo da53_sw02.xxxx.xxx] found CDP cache data: [CDPNeighbor(ifindex=10102, ip=IP('xxx.xxx19.3'), deviceid='DA53_SW01.xxxx.xxx', deviceport='GigabitEthernet0/2'), CDPNeighbor(ifindex=10101, ip=IP('xxx.xxx19.2'), deviceid='DA53_DMVPN01.xxxx.xxx', deviceport='GigabitEthernet0/1')] 2015-09-27 09:43:41,812 [DEBUG plugins.cdp.cdp] [topo da53_sw02.xxxx.xxx] identified neighbor (Netbox(id=32, sysname=u'da53_sw01.xxxx.xxx'), None) from CDPNeighbor(ifindex=10102, ip=IP('xxx.xxx19.3'), deviceid='DA53_SW01.xxxx.xxx', deviceport='GigabitEthernet0/2') 2015-09-27 09:43:41,812 [DEBUG plugins.cdp.cdp] [topo da53_sw02.xxxx.xxx] identified neighbor (Netbox(id=32, sysname=u'da53_sw01.xxxx.xxx'), None) from CDPNeighbor(ifindex=10102, ip=IP('xxx.xxx19.3'), deviceid='DA53_SW01.xxxx.xxx', deviceport='GigabitEthernet0/2') 2015-09-27 09:43:44,136 [DEBUG plugins.entity.entity] [statuscheck da53_sw01.xxxx.xxx] found 32 entities 2015-09-27 09:43:44,142 [DEBUG plugins.modules.modules] [statuscheck da53_sw01.xxxx.xxx] Collecting ENTITY-MIB module data 2015-09-27 09:43:44,446 [INFO schedule.netboxjobscheduler] [statuscheck da53_sw01.xxxx.xxx] statuscheck for da53_sw01.xxxx.xxx completed in 0:00:11.139991. next run in 0:04:48.860036. 2015-09-27 09:43:44,446 [INFO schedule.netboxjobscheduler] [statuscheck da53_sw01.xxxx.xxx] statuscheck for da53_sw01.xxxx.xxx completed in 0:00:11.139991. next run in 0:04:48.860036. 2015-09-27 09:44:36,235 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.066100. next run in 0:00:59.933920. 2015-09-27 09:44:36,235 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.066100. next run in 0:00:59.933920. 2015-09-27 09:44:59,131 [DEBUG plugins.typeoid.typeoid] [inventory da53_sw01.xxxx.xxx] Collecting sysObjectId 2015-09-27 09:44:59,170 [DEBUG plugins.typeoid.typeoid] [inventory da53_sw01.xxxx.xxx] sysObjectID is 1.3.6.1.4.1.9.1.633 2015-09-27 09:44:59,173 [WARNING plugins.typeoid.typeoid] [inventory da53_sw01.xxxx.xxx] Netbox has changed type from unknown to unknown (sysObjectID 1.3.6.1.4.1.9.1.633) 2015-09-27 09:44:59,173 [DEBUG plugins.typeoid.typeoid] [inventory da53_sw01.xxxx.xxx] old=None new=None 2015-09-27 09:44:59,215 [DEBUG plugins.typeoid.typeoid] [inventory da53_sw01.xxxx.xxx] Creating new type with descr='Cisco IOS Software, C3560 Software (C3560-IPSERVICESK9-M), Version 12.2(55)SE, RELEASE SOFTWARE (fc2)\r \nTechnical Support: http://www.cisco.com/techsupport\r\nCopyright (c) 1986-2010 by Cisco Systems, Inc.\r\nCompiled Sat 07-Aug-10 22:26 by prod_rel_team' 2015-09-27 09:44:59,266 [DEBUG plugins.uptime.uptime] [inventory da53_sw01.xxxx.xxx] uptime data (changed=None): ((1443365099.0, 221406078L),) 2015-09-27 09:44:59,266 [DEBUG plugins.uptime.uptime] [inventory da53_sw01.xxxx.xxx] last sysuptime reset/rollover reported by device: 2015-09-01 18:43:59 2015-09-27 09:44:59,267 [DEBUG plugins.entity.entity] [inventory da53_sw01.xxxx.xxx] Collecting physical entity data 2015-09-27 09:45:01,427 [DEBUG plugins.entity.entity] [inventory da53_sw01.xxxx.xxx] found 32 entities 2015-09-27 09:45:01,431 [DEBUG plugins.modules.modules] [inventory da53_sw01.xxxx.xxx] Collecting ENTITY-MIB module data 2015-09-27 09:45:02,057 [DEBUG plugins.bridge.bridge] [inventory da53_sw01.xxxx.xxx] Found 25 base (switch) ports: {1: 10101, 2: 10102, 3: 10001, 4: 10002, 6: 10004, 7: 10005, 8: 10006, 9: 10007, 10: 10008, 11: 10009, 12: 10010, 13: 10011, 14: 10012, 15: 10013, 16: 10014, 17: 10015, 18: 10016, 19: 10017, 20: 10018, 21: 10019, 22: 10020, 23: 10021, 24: 10022, 25: 10023, 26: 10024} 2015-09-27 09:45:02,058 [DEBUG plugins.interfaces.interfaces] [inventory da53_sw01.xxxx.xxx] Collecting interface data 2015-09-27 09:45:03,569 [DEBUG plugins.interfaces.interfaces] [inventory da53_sw01.xxxx.xxx] Got duplex information: {10001: 'unknown', 10002: 'fullDuplex', 10003: 'fullDuplex', 10004: 'unknown', 10005: 'fullDuplex', 10006: 'unknown', 10007: 'fullDuplex', 10008: 'fullDuplex', 10009: 'unknown', 10010: 'unknown', 10011: 'fullDuplex', 10012: 'unknown', 10013: 'unknown', 10014: 'unknown', 10015: 'unknown', 10016: 'unknown', 10017: 'unknown', 10018: 'unknown', 10019: 'unknown', 10020: 'unknown', 10021: 'unknown', 10022: 'unknown', 10023: 'unknown', 10024: 'unknown', 10101: 'fullDuplex', 10102: 'fullDuplex'} 2015-09-27 09:45:03,570 [DEBUG plugins.interfaces.interfaces] [inventory da53_sw01.xxxx.xxx] Found 28 interfaces 2015-09-27 09:45:03,860 [DEBUG plugins.dot1q.dot1q] [inventory da53_sw01.xxxx.xxx] Collecting 802.1q VLAN information 2015-09-27 09:45:08,053 [ERROR jobs.jobhandler] [inventory da53_sw01.xxxx.xxx] Job 'inventory' for da53_sw01.xxxx.xxx aborted: Plugin ciscovlan reported a timeout 2015-09-27 09:45:08,053 [ERROR jobs.jobhandler] [inventory da53_sw01.xxxx.xxx] Job 'inventory' for da53_sw01.xxxx.xxx aborted: Plugin ciscovlan reported a timeout 2015-09-27 09:45:08,054 [INFO schedule.netboxjobscheduler] [inventory da53_sw01.xxxx.xxx] inventory for da53_sw01.xxxx.xxx failed in 0:00:08.927518. next run in 0:07:50.999975. 2015-09-27 09:45:08,054 [INFO schedule.netboxjobscheduler] [inventory da53_sw01.xxxx.xxx] inventory for da53_sw01.xxxx.xxx failed in 0:00:08.927518. next run in 0:07:50.999975. 2015-09-27 09:45:36,230 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.060605. next run in 0:00:59.939420. 2015-09-27 09:45:36,230 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.060605. next run in 0:00:59.939420. 2015-09-27 09:46:36,237 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.065369. next run in 0:00:59.934652. 2015-09-27 09:46:36,237 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.065369. next run in 0:00:59.934652. 2015-09-27 09:47:36,336 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.164168. next run in 0:00:59.836076. 2015-09-27 09:47:36,336 [INFO schedule.netboxjobscheduler] [1minstats da53_sw01.xxxx.xxx] 1minstats for da53_sw01.xxxx.xxx completed in 0:00:00.164168. next run in 0:00:59.836076. Any help would be greatly appreciated. Ken…

2 3

Problem starting some services on NAV 4.3.1
by Mattias Söderholm 10 Sep '15

10 Sep '15

Hi. I have a problem with NAV 4.3.1. When I start or restart it the following "services" won't start: Failed: eventengine ipdevpoll servicemon smsd I can start them manually and then they works. I also tried to reinstall NAV with "aptitude reinstall nav" but same problem. I'm running Debian Wheezy 64-bit. What can be the problem? Regards Mattias Söderholm

2 6

Announcement: NAV 4.3.1 released
by Morten Brekkevold 20 Aug '15

20 Aug '15

The first maintenance release of the NAV 4.3 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. Changes ======= The following reported bugs have been fixed: * LP#1464660 (macwatch AttributeError when attempting to post events under NAV 4.3.0) * LP#1466734 (Portadmin should link back to ipdevinfo) * LP#1467508 (report export csv not working) * LP#1469620 (Ipdevinfo: switchport activity only show activity for last 30 days) * LP#1469988 (arnold does not reset autoenable date on manual detentions) * LP#1478827 (Include vendor and description in the netbox API endpoint) * LP#1478835 (portadmin snmp timeout while saving) * LP#1480262 (Rendering a port traffic graph results in a UnicodeEncodeError) * LP#1480814 (Non-ASCII characters in username will crash login page if authenticating against a Microsoft AD server) * LP#1483145 (seeddb invalid ip crashes check connectivity) * LP#1484386 (Floating graph control panel intermittently appears at top of page when selecting Port Metrics tab in ipdevinfo) * LP#1484423 (ipdevpoll inventory job fails with AttributeError: 'NoneType' object has no attribute 'strip') * LP#1484427 (ipdevpoll 5minstats job fails on some Cisco WLCs) * LP#1486415 (IntegrityError when posting chassis events from ipdevpoll) * LP#1486430 (Jobs "inventory" and "statuscheck" fails after switch OS upgrade) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.3/4.3.1 [2] https://nav.uninett.no/wiki/nav_on_debian [3] https://nav.uninett.no/doc/4.3/release-notes.html#nav-4-3 -- Morten Brekkevold UNINETT AS

1 0

no interface graph
by Tal Bar-Or 14 Aug '15

14 Aug '15

Hello List, I have just installed NAV 4.3.1 along with Graphite on Debian according to instruction, all seems to went well. I have issue that Interface graph not appear at all on other hand CPU's and RTA metrics yes, looking on logs "/var/log/carbon/query.log" i see following below ,any idea how to fix it please advice Thanks > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_2.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_2.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_3.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_3.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_4.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_4.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_5.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_2ports.Te2_0_5.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_3.ports.9.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_3.ports.9.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_3.ports.A1.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_3.ports.A1.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_5.ports.A1.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_5.ports.A1.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_6.ports.A1.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_6.ports.A1.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_7.ports.A1.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_7.ports.A1.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_8.ports.A1.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.2xx_1xx_2xx_8.ports.A1.ifOutOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.5_2xx_2x_1xx_rev_sfr_net.ports.1_44.ifInOctets" returned 0 > values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.5_2xx_2x_1xx_rev_sfr_net.ports.1_44.ifOutOctets" returned 0 > values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.sw-qa12-core_gef_local.ports.A1.ifInOctets" returned 0 values > 12/08/2015 01:37:17 :: [127.0.0.1:59337] cache query for > "nav.devices.sw-qa12-core_gef_local.ports.A1.ifOutOctets" returned 0 value > -- Tal Bar-or

2 1

NAV RAM Usage
by Studart UNI-RN 29 Jul '15

29 Jul '15

Hello guys, I'm running NAV 4.2 in a production environment here at the company I'm working for. I'm using Debian Wheezy (no graph interface installed) with 1GB of RAM and I have about 50 devices in the NAV seed database. I've noticed that almost all the the memory is already in use. It's no problem for me to increase it since it's in a virtual environment. But since I increase it I was just wondering if this is normal for NAV to use such amount of RAM memory. Thank you very much, -- Studart Tavares Analista de Redes Liga de Ensino do RN UNIRN - Centro Universitário do RN 55 84 3215-2917 (r 2818)

2 2

Some beginners questions
by Per Andersson 26 Jun '15

26 Jun '15

Hello! I have just started trying NAV, and is running it on a small part of our network at the moment, and have some questions: It finds our vlans and matches them with the correct prefixes but since we don't follow the convention for naming router interfaces the net ident and description fields is either empty (most common) or a bit confusing. Is there a way to edit them manually (directly in the database?)? Any other suggestions? If I want to enter cabling, in which "direction" is it supposed to be, should I enter the wiring closet as "Room" and the office as "Target" or the other way around? /Per Andersson Chalmers IT-department

2 3

Announcement: NAV 4.3.0 released
by Morten Brekkevold 19 Jun '15

19 Jun '15

The initial 4.3 series release of NAV is now out, with only minor changes and some bugfixes since the release candidate. A big thanks to those who helped test the release candidate! The source code is available for download at Launchpad [1]. A new package for Debian Wheezy has been published in our APT repository [2] as usual (We have no packages for Debian Jessie yet, due to dependency problems and our own resource constraints). The virtual appliance download has also been updated. Changes ======= This release makes some fundamental changes to NAV's data model to improve support for non-physical devices (like Cisco VSS and Cisco VDC). Please read the release notes [3] for further information. User-visible features and improvements: * LP#744943 (Add switch to toggle display of traffic lines in Geomap) * LP#961212 (Show planned/active maintenance tasks for device in IP Device Info) * LP#1149160 (Auto-recognize HTTP URLs in reports and hyperlink them) * LP#1166695 (PortAdmin available from the toolbox) * LP#1169550 (NAV's data model should reflect modern reality, with virtual device support) * LP#1242872 (Option to turn off traffic stats in Geomap) * LP#1248081 (New interface/tool to browse unrecognized neighbors) * LP#1366895 (Report widget) * LP#1421644 (Support Weathergoose traps from external temperature sensors) Bugfixes: * LP#1233093 (Report pages crash under psycopg2 >= 2.5) * LP#1397257 (Port Admin may not work properly for any non-HP and non-Cisco device) * LP#1447973 (CDP/LLDP neighbor matching fails when multiple ports match the identification) * LP#1447999 (Existing adjacency candidate data in db is not deleted if a device's CDP cache or LLDP remote table becomes empty) * LP#1448086 (Unable to identify LLDP neighbor's port in some instances) * LP#1458826 (1minstats job crashes on invalid ENTITY-MIB references from CISCO-PROCESS-MIB) * LP#1459138 (Ignore Cisco reserved VLANs when collecting BRIDGE-MIB data) * LP#1463724 (Increase frequency of module status verification) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.3/4.3.0 [2] https://nav.uninett.no/wiki/nav_on_debian [3] https://nav.uninett.no/doc/4.3/release-notes.html#nav-4-3 -- Morten Brekkevold UNINETT AS

1 1

Failed to sending mail
by nicolas.biselx＠epfl.ch 15 Jun '15

15 Jun '15

Hello, When I do an alarm, the file eventengine.log receive the alert but with the following errors and I don't receive a mail: [2015-06-12 14:08:55,014] [INFO] [pid=26242 nav.alertengine.handle_new_alerts] alert 55 queued for admin due to subscription 1 [2015-06-12 14:09:21,098] [ERROR] [pid=26242 nav.alertengine.alertaddress.send] Email raised a DispatcherException indicating that an alert could not be sent at this time: Could not send email: Connection unexpectedly closed" Traceback (most recent call last): File "/usr/lib/python2.7/logging/handlers.py", line 926, in emit smtp.sendmail(self.fromaddr, self.toaddrs, msg) File "/usr/lib/python2.7/smtplib.py", line 722, in sendmail raise SMTPSenderRefused(code, resp, from_addr) SMTPSenderRefused: (553, 'sender domain must exist', 'navcron@navappliance') Logged from file profiles.py, line 377 [2015-06-12 14:09:21,655] [INFO] [pid=26242 nav.alertengine.check_alerts] 1 new alert(s), sent 0 alert(s), 1 queued alert(s), 0 alert(s) deleted, 1 failed send(s), 0 ignored [2015-06-12 14:09:21,656] [WARNING] [pid=26242 nav.alertengine.check_alerts] Send 1 alerts failed. I configured Exim with the following parameters: dc_eximconfig_configtype='satellite' dc_other_hostnames='exinfrserv1.epfl.ch' dc_local_interfaces='127.0.0.1 ; ::1' dc_readhost='exinfrserv1.epfl.ch' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.epfl.ch' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' When I test with the command 'echo "hello world" | mail -vv -s test nicolas.biselx(a)epfl.ch' The mail is sent and receive In nav.conf, I also configured DEFAULT_FROM_EMAIL=nicolas.biselx(a)epfl.ch EMAIL_HOST=mail.epfl.ch EMAIL_PORT=465 EMAIL_HOST_USER=biselx EMAIL_HOST_PASSWORD=******** EMAIL_USE_SSL=True I don't know what's wrong, Is it fair to configure Exim and nav.conf ? Is what I missed part of the configuration ? Regards, Biselx Nicolas

3 2

Django and Debian 8
by stutavares＠unirn.edu.br 08 Jun '15

08 Jun '15

Hi guys, I have a newly installed version of Debian Jessie and it doesn't install nav with the simple 'apt-get install nav'. One of the reason is the dependancy on Django, which is in version 1.7 in the packages repository. I read a post that says you are still working on this compatibility issue. Meanwhile what should I do? Wait for a new version of nav? Try and install an older verion of Debian? What are my options now to install a new nav in my network? All the best, Studart

2 1

change map on geomap
by nicolas.biselx＠epfl.ch 27 Mai '15

27 Mai '15

Hello, Is it possible to change the map in Geomap? In our campus we have additional layers of openstreetmap it would be nice to Integer. see: http://plan.epfl.ch/?zoom=20&recenter_y=5864085.12615&recenter_x=731137.442… thank you

3 4

Announcement: NAV 4.3.0 release candidate 1
by Morten Brekkevold 21 Mai '15

21 Mai '15

We have a release candidate for NAV 4.3.0 ready to download for those who want an early peek. The source code is available for download at Launchpad [1]. A new package for Debian Wheezy has been published in our APT repository, but in the "navbeta" archive instead of the regular "nav" archive - modify the instructions at [2] accordingly (We have no packages for Debian Jessie yet, due to dependency problems and our own resource constraints). We have also published a "beta" Virtual Appliance on our homepage, if you want to test the release candidate separately from your production install (remember, there is no downgrade path!) Changes ======= This release makes some fundamental changes to NAV's data model to improve support for non-physical devices (like Cisco VSS and Cisco VDC). Please read the release notes [3] for further information. User-visible features and improvements: * LP#744943 (Add switch to toggle display of traffic lines in Geomap) * LP#961212 (Show planned/active maintenance tasks for device in IP Device Info) * LP#1149160 (Auto-recognize HTTP URLs in reports and hyperlink them) * LP#1166695 (PortAdmin available from the toolbox) * LP#1169550 (NAV's data model should reflect modern reality, with virtual device support) * LP#1242872 (Option to turn off traffic stats in Geomap) * LP#1248081 (New interface/tool to browse unrecognized neighbors) * LP#1366895 (Report widget) * LP#1421644 (Support Weathergoose traps from external temperature sensors) Bugfixes: * LP#1397257 (Port Admin may not work properly for any non-HP and non-Cisco device) * LP#1447973 (CDP/LLDP neighbor matching fails when multiple ports match the identification) * LP#1447999 (Existing adjacency candidate data in db is not deleted if a device's CDP cache or LLDP remote table becomes empty) * LP#1448086 (Unable to identify LLDP neighbor's port in some instances) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.3/4.3.0 [2] https://nav.uninett.no/wiki/nav_on_debian [3] https://nav.uninett.no/doc/4.3/release-notes.html#nav-4-3 -- Morten Brekkevold UNINETT AS

1 0

Announcement: NAV 4.2.6 released
by Morten Brekkevold 06 Mai '15

06 Mai '15

The sixth maintenance release of the NAV 4.2 series is now available. The source code is available for download at Launchpad [1]. A new package for Debian Wheezy has been published in our APT repository [2], as usual. Debian Jessie (the next stable release of Debian) is scheduled for release on Saturday 25th April, so we will start working on building a package for Jessie as well. Changes ======= The following 11 reported issues have been fixed: Bugfixes: * LP#1248083 (The ipdevinfo "Affected" tab should be renamed to "what if") * LP#1248085 (ipdevinfo "affected" tab needs to properly list the affected organizations) * LP#1338388 (Netmap link traffic does not always show) * LP#1435451 (Vendors report should only show Vendors in use) * LP#1436125 (No CPU graph from some Cisco CPUs) * LP#1436388 (VLAN number cannot be forced by router port description) * LP#1437318 (PostgreSQL load driven up by overzealous pruning of old ipdevpoll_job_log entries in NAV 4.2.5) * LP#1438930 (No negative values can be displayed in graphs) * LP#1442538 (Graphite-web doesn't support metric aliases with non-ASCII characters) * LP#1443775 (alert templates for climate humidity notifications does not exist) * LP#1444416 (netmap L3 crash in urlresolvers.py) Happy NAVing everyone! Links ===== [1] https://launchpad.net/nav/4.2/4.2.6 [2] https://nav.uninett.no/wiki/nav_on_debian -- Morten Brekkevold UNINETT AS

1 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users