- Nav-users - lister.unit.no

Announcement: NAV 3.14.1592 released
by Morten Brekkevold 30 Mai '13

30 Mai '13

NAV 3.14.1592, another maintenance release of the endless NAV 3.14 series is now available for download at Launchpad: https://launchpad.net/nav/3.14/3.14.1592 This release changes some aspects of how Cricket is configured to collect traffic statistics, so we have added a couple of important upgrade notes: * The Cricket trees `switch-ports` and `router-interfaces` have been consolidated into a single `ports` tree, where all physical ports' traffic stats now also are collected. After running the usual `syncdb.py` command, you should run `mcc.py` once manually (as the navcron user) to ensure the Cricket config tree is updated right away. When everything is up and running again, you can optionally delete the `switch-ports` and `router-interfaces` directories from your `cricket-config` directory, as they are no longer used by NAV. * NAV now supplies its own `subtree-sets` configuration to Cricket. If you have made manual changes to your Cricket collection setup and/or this file, you may need to update your setup accordingly. This release fixes the following reported issues: * LP#1165193 (Prefix Matrix Doesn't Handle HSRP) * LP#1165206 (ARP Entries on HSRP Subnets are Double Counted) * LP#1169553 (Consolidate switch-ports, router-interfaces and physical port traffic statistics in Cricket) * LP#1169837 (servicemon debug logs no matter what the log level is set to) * LP#1169872 (VRRP/HSRP plugin is not enabled by default) * LP#1169986 (ipdevpoll spins in its tracks and doesn't reconnect on database connection loss) * LP#1170221 (Subnet matrix crashes with AttributeError when only one scope prefix is registered) * LP#1170291 (Mac search + DNS crashes with AttributeError in NAV 3.14.159) * LP#1170329 (eventengine dies on loss of database connection) * LP#1170374 (Alertengine dies on loss of database connection) * LP#1170634 (The SMS daemon dies when database connection is lost) * LP#1172204 (Device history crashes with NameError on invalid date input) Please report bugs at https://launchpad.net/nav/+filebug Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT AS

2 2

mod_python error and InterfaceError: connection already closed
by Ted 08 Mai '13

08 Mai '13

I've been running NAV (3.14.15 on Debian appliance) for a few weeks without any issues but recently I started getting errors when running the Layer 2 trace tool. I tried upgrading but I guess the package for Debian hasn't been released yet... Any suggestions would be appreciated. Thank you. The error message is below: MOD_PYTHON ERROR ProcessId: 1023 Interpreter: 'nav-appliance.uninett.no' ServerName: 'nav-appliance.uninett.no' DocumentRoot: '/usr/share/nav/htdocs' URI: '/l2trace/' Location: '/' Directory: None Filename: '/usr/share/nav/htdocs/l2trace' PathInfo: '/' Phase: 'PythonHandler' Handler: 'django.core.handlers.modpython' Traceback (most recent call last): File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1128, in _execute_target result = object(arg) File "/usr/lib/pymodules/python2.6/django/core/handlers/modpython.py", line 228, in handler return ModPythonHandler()(req) File "/usr/lib/pymodules/python2.6/django/core/handlers/modpython.py", line 208, in __call__ signals.request_finished.send(sender=self.__class__) File "/usr/lib/pymodules/python2.6/django/dispatch/dispatcher.py", line 162, in send response = receiver(signal=self, sender=sender, **named) File "/usr/lib/pymodules/python2.6/django/db/__init__.py", line 84, in close_connection conn.close() File "/usr/lib/pymodules/python2.6/django/db/backends/__init__.py", line 70, in close self.connection.close() InterfaceError: connection already closed

2 1

Bruk av NAV og uheldige konsekvenser for Cisco-utstyr
by Inge Bjørnvall Arnesen 07 Mai '13

07 Mai '13

Hei, Takk for et glitrende program! Jeg har testkjørt dette hos oss i et halvårs tid, men sliter med et alvorlig og et mindre alvorlig problem: 1: Cisco ASA. Vi bruker denne serien ganske mye og i de fleste tilfeller fungerer NAV bra. Mot bokser som har 10-30 VLAN ser det ut til å gå som det skal. På bokser med mange VLAN (128+) får vi derimot en feil på SNMP-tasken hvert kvarter: 2013-05-02T11:27:18.100301+02:00 XXX <164>May 02 2013 11:27:18: %ASA-4-711004: Task ran for 150 msec, Process = snmp, PC = 8c4b7c8, Call stack = 2013-05-02T11:27:18.100301+02:00 XXX <164>May 02 2013 11:27:18: %ASA-4-711004: Task ran for 150 msec, Process = snmp, PC = 8c4b7c8, Call stack = 0x08B70783 0x08B50B1D 0x08B4F87C 0x08063B63 2013-05-02T11:27:18.100311+02:00 XXX <164>May 02 2013 11:27:18: %ASA-4-711004: Task ran for 152 msec, Process = snmp, PC = 8b77990, Call stack = 2013-05-02T11:27:18.100311+02:00 XXX <164>May 02 2013 11:27:18: %ASA-4-711004: Task ran for 152 msec, Process = snmp, PC = 8b77990, Call stack = 0x08B77990 0x08B76699 0x08B734A9 0x08B75F48 0x08B50E0E 0x08B4F87C 0x08063B63 2013-05-02T11:27:23.113341+02:00 XXX <164>May 02 2013 11:27:23: %ASA-4-711004: Task ran for 150 msec, Process = snmp, PC = 8b7772e, Call stack = 2013-05-02T11:27:23.113417+02:00 XXX <164>May 02 2013 11:27:23: %ASA-4-711004: Task ran for 150 msec, Process = snmp, PC = 8b7772e, Call stack = 0x08B7772E 0x08B7645B 0x08B734A9 0x08B75F48 0x08B50E0E 0x08B4F87C 0x08063B63 Melding ASA-4-711004 gir beskjed om at en task er et "CPU Hog", noe som kan få alvorlige konsekvenser tradisjonelle ASA-bokser (pre-SMP). Når dette skjer, vil nodene i ASA-klyngen oppleve pakketap og vil nodene vil kunne miste kontakten med hverandre både på inn og utsiden. Det siste ser ut til å være avhengig av den øvrige CPU-belastningen i øyeblikket. 2013-05-02T11:27:28.147580+02:00 XXX <161>May 02 2013 11:27:28: %ASA-1-105005: (Secondary) Lost Failover communications with mate on interface YYY 2013-05-02T11:27:28.147628+02:00 XXX <161>May 02 2013 11:27:28: %ASA-1-105008: (Secondary) Testing Interface YYY 2013-05-02T11:27:28.349692+02:00 XXX <161>May 02 2013 11:27:28: %ASA-1-105009: (Secondary) Testing on interface YYY Passed 2013-05-02T11:27:33.263707+02:00 XXX <161>May 02 2013 11:27:33: %ASA-1-105005: (Secondary) Lost Failover communications with mate on interface outside 2013-05-02T11:27:33.416249+02:00 XXX <161>May 02 2013 11:27:33: %ASA-1-105008: (Secondary) Testing Interface outside 2013-05-02T11:27:33.726430+02:00 XXX <161>May 02 2013 11:27:33: %ASA-1-105009: (Secondary) Testing on interface outside Passed Er dette et kjent problem? Mulig det er tilfeldig, men jeg fikk samme problem når jeg forsøkte noen SNMP bulk-transfers. 2: Cisco switcher. Her får vi en feilmelding fra samtlige switcher hvert kvarter. Meldingen er noe obskur: "2013-05-01T00:04:36.711253+02:00 ZZZ <132>266532: 147851: May 1 00:04:36.638 MEST: %BIT-4-OUTOFRANGE: bit 0 is not in the expected range of 1 to 4094" med hilsen, -- Inge Arnesen

2 1

Announcement: NAV 3.14.1592 released
by Morten Brekkevold 25 Apr '13

25 Apr '13

NAV 3.14.159, another release of the endless NAV 3.14 series is now available for download at Launchpad: https://launchpad.net/nav/3.14/3.14.159 The release fixes the following reported issues: * LP#1155128 (IndexError crash in Machine Tracker) * LP#1158214 (mcc.py does debug logging even when configured not to) * LP#1160921 (Geomap won't load map data over HTTPS in Chrome) * LP#1161108 (Room bulk import format doesn't include geo position) * LP#1163256 (snmptrapd crashes with "interrupted system call" error) * LP#1164582 (netmap bails on fetching network graph if interface.speed missing) * LP#1165017 (Adding 0.0.0.0/0 as excepted range causes netbiostracker to hang) Please report bugs at https://launchpad.net/nav/+filebug Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Some people have experienced that the Debian package upgrade seems to freeze. While the NAV backend services are shut down during an upgrade, parts of NAV are still running inside Apache, and may hold on to database locks. This may prevent the package upgrade from updating the database schema - in such a case, restarting Apache from another terminal should unfreeze the upgrade. Happy NAVing everyone! -- John-Magne Bredal UNINETT AS

1 1

Single device configurations
by Bruno Galindro da Costa 15 Apr '13

15 Apr '13

Guys, is it possible to configure NAV to: 1 - ignore a single or a range of devices to be ignored from the polling process? I think this will be possible when we put it in maintenance mode. I'm right? 2 - apply per device ipdevpool's plugins intervals? According to docs, its is possible to set intervals for all devices but I hope that exists some other "hide" config to do that :) -- Att. Bruno Galindro da Costa

2 6

Announcement: NAV 3.14.159 released
by John-Magne Bredal 11 Apr '13

11 Apr '13

NAV 3.14.159, another release of the endless NAV 3.14 series is now available for download at Launchpad: https://launchpad.net/nav/3.14/3.14.159 The release fixes the following reported issues: * LP#1155128 (IndexError crash in Machine Tracker) * LP#1158214 (mcc.py does debug logging even when configured not to) * LP#1160921 (Geomap won't load map data over HTTPS in Chrome) * LP#1161108 (Room bulk import format doesn't include geo position) * LP#1163256 (snmptrapd crashes with "interrupted system call" error) * LP#1164582 (netmap bails on fetching network graph if interface.speed missing) * LP#1165017 (Adding 0.0.0.0/0 as excepted range causes netbiostracker to hang) Please report bugs at https://launchpad.net/nav/+filebug Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Some people have experienced that the Debian package upgrade seems to freeze. While the NAV backend services are shut down during an upgrade, parts of NAV are still running inside Apache, and may hold on to database locks. This may prevent the package upgrade from updating the database schema - in such a case, restarting Apache from another terminal should unfreeze the upgrade. Happy NAVing everyone! -- John-Magne Bredal UNINETT AS

1 0

rsyslog, logger.conf and cisco devices
by Ted 10 Apr '13

10 Apr '13

I am running NAV ver. 3.14.15 (downloaded the virtual appliance and did an upgrade) but I am unable to get the syslog part to work (as well as cricket but that I am still researching) The original logger.conf points to /var/lib/nav/log/cisco.log - shouldn't that point to /var/log/nav? Anyway I changed that to point to /var/log/messages I also had to enable in rsyslog.conf to receive UDP messages by uncommenting the lines $ModLoad imudp and $UDPServerRun 514. When I do tail -f /var/log/messages I can see that the Cisco switches are sending messages. If I try to pull up the syslog messages through NAV however it tells me that there are no messages. Any pointers would be greatly appreciated.

2 1

Netmap - link colors
by Bruno Galindro da Costa 02 Apr '13

02 Apr '13

Hi! Which is the premisse for netmap colorize the link between two devices? What is the meaning of grey's link color? I'm wondering this because from yesterday to today, the links between my devices changed from green to grey... -- Att. Bruno Galindro da Costa

2 3

Unmanaged devices
by Bruno Galindro da Costa 02 Apr '13

02 Apr '13

Hi! Question 1: Is it possible to change the device type? I know this information is gathered from device, but when the device has no snmp support, but only an ip address (like a printer), I need to specify it's type in the system to built more detailed and consistent reports. Question 2: How can I insert an unmanaged switch or hub in NAV? I need this because I want to know where this kind of devices are inserted in our network to planning a future replacement of it. Question 3: Where I can change the netmap device icons? The device icon is related to type or category? Would be great if it where possible to change the device's icon to reflect it's model. Hi! -- Att. Bruno Galindro da Costa

2 1

Announcement: NAV 3.14.15 released
by Morten Brekkevold 24 Mar '13

24 Mar '13

NAV 3.14.15, the first maintenance release of the NAV 3.14 series is now available for download at Launchpad: https://launchpad.net/nav/3.14/3.14.15 The 3.14.15 fixes the following reported issues: * LP#1152173 (Deleting rrdviewer.conf causes crash when attempting to view graphs from ipdevinfo) * LP#1152599 (VLANs periodically lose one or more prefixes) * LP#1154626 (Threshold bulk config UI unresponsive, with javascript console error) * LP#1155096 (Filtering by category in syslog analyzer doesn't work) * LP#1156647 (Topology is not cleared when ports are shut down) * LP#1157154 (Netmap stopped working in NAV 3.14.1) * LP#1157594 (netbiostracker crashes when a netbios host reports an empty mac address) * LP#1157658 (Failing ipdevpoll plugin should be identified in log messages at the ERROR level) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Some people have experienced that the Debian package upgrade seems to freeze. While the NAV backend services are shut down during an upgrade, parts of NAV are still running inside Apache, and may hold on to database locks. This may prevent the package upgrade from updating the database schema - in such a case, restarting Apache from another terminal should unfreeze the upgrade. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Netmap broken in 3.14.1
by Corey Thompson 21 Mar '13

21 Mar '13

Just updated the Debian package to from 3.13.1 to 3.14.1 and netmap appears to no longer work, just the spinning wheel. Anyone else experiencing this? Haven't looked much further into it yet, but save myself some time if others have noticed the problem and have a solution. Also, (again, I haven't had time to look closely at it yet) is there a way to configure the geomap to plot only physical layer-2 connections? It is plotting vl1 connections to root hub along with the physical connections. Thanks for any assistance in advance, and I'll report if I find anything. -- Corey Thompson Technology Manager East Grand Forks Water and Light 1010 5th Ave NE East Grand Forks, MN 56721 218-399-3310 cthompson(a)egf.mn

2 1

Dlink DGS-3100 / DGS-3120 support
by Bruno Galindro da Costa 21 Mar '13

21 Mar '13

Hi! Is Dlink DGS-3100 / DGS-3120 supported by NAV? If yes, why these errors are ocurring with ipdevpoll module? 2013-03-19 19:52:09,257 [WARNING plugins.typeoid.typeoid] [inventory 10.10.25.110] Netbox has changed type from unknown to unknown (sysObjectID 1.3.6.1.4.1.171.10.94.3) 2013-03-19 19:52:30,376 [ERROR jobs.jobhandler] [inventory 10.10.25.110 Job 'inventory' for 10.10.25.110 aborted: ('Job aborted due to plugin failure', TimeoutError('',)) 2013-03-19 19:54:49,507 [ERROR jobs.jobhandler] [linkcheck 10.10.25.110] Job 'linkcheck' for 10.10.25.110 aborted: ('Job aborted due to plugin failure', TimeoutError('',)) Is there a way to put ipdevpoll module in debug mode to see what is happening with more details? The device is correctly configured with snmpv2c. See it: # snmpwalk -v2c -c public 10.10.25.110 .1.3.6.1.2.1.2.2.1.2.40 iso.3.6.1.2.1.2.2.1.2.40 = STRING: "Ethernet Interface" That command was executed from the same VM that NAV is installed. I have another two monitored devices: Dlink DES-3028P and Dlink DES-3526. These two are correctly functional in NAV and those snmp configurations are set in the same way of Dlink DGS-3100. -- Att. Bruno Galindro da Costa

2 4

Re: Netmap broken in 3.14.1
by Corey Thompson 20 Mar '13

20 Mar '13

Found the fix for netmap at https://nav.uninett.no/hg/stable/rev/9d9b0b8670da and manually applied it to backbone.html. Still looking into the geomap configuration. Corey Thompson Technology Manager East Grand Forks Water and Light 1010 5th Ave NE East Grand Forks, MN 56721 218-399-3310 cthompson(a)egf.mn On 03/20/2013 11:06 AM, Corey Thompson wrote: > Just updated the Debian package to from 3.13.1 to 3.14.1 and netmap > appears to no longer work, just the spinning wheel. > Anyone else experiencing this? Haven't looked much further into it > yet, but save myself some time if others have noticed the problem and > have a solution. > > Also, (again, I haven't had time to look closely at it yet) is there a > way to configure the geomap to plot only physical layer-2 connections? > It is plotting vl1 connections to root hub along with the physical > connections. > > Thanks for any assistance in advance, and I'll report if I find anything. >

1 0

Announcement: NAV 3.14.1 released
by Morten Brekkevold 08 Mar '13

08 Mar '13

Just a week shy of Pi Day, we bring you a new NAV feature release: NAV 3.14.1 is now available for download at Launchpad: https://launchpad.net/nav/3.14/3.14.1 The 3.14.1 release adds the following user-visible features and improvements: * NAV now fully supports SNMP communication over IPv6. Please see the release notes for more information. * Most of the service monitor plugins now support IPv6. * NAV documentation is slowly moving out of the wiki and into Sphinx. Now, every NAV installation includes a link from the front page to the browseable, locally installed documentation. * The Toolbox can now be collapsed into an icon/title-based list if the tool descriptions aren't needed or wanted. * The ordering of tools in the Toolbox can now be customized individually by each user. * The status page and portadmin have been adapted to work well on small screens/mobile devices. * Portadmin now supports editing trunks. * Portadmin includes a new feature to enable trunking of predefined voice VLANs on access ports, for SIP phones that support 802.1Q trunking And contains fixes for these reported issues: * LP#483534 (Subnet Matrix: Display description of prefix in dropdown) * LP#736818 (Reorganise toolbox webpage) * LP#965144 (Front page needs link to Status page) * LP#1060976 (Portadmin imports nav.Snmp.pysnmp_se directly) * LP#1062206 (Camlogger should log entries from non-access ports if connected device is not a networking device) * LP#1062317 (Support SNMP over IPv6) * LP#1062318 (Servicemon plugins should be reviewed for IPv6 support) * LP#1069770 (Want a mobile version of the status page) * LP#1069771 (Want a mobile version of port admin) * LP#1092154 (Portadmin crash when unicode characters in ifalias) * LP#1092156 (Portadmin crash when it cannot find a netbox by name or ip,- and interface by id) * LP#1092551 (Bug in threshold, crashes when searching for netboxes * LP#1103376 (portadmin should highlight changes in a better way) * LP#1134390 (Machine tracker crashes when inputting non-ASCII characters in search) * LP#1134392 (Invalid IP search patterns cause abnormal Machine Tracker behavior) * LP#1135699 (arnold fails to open quarantined ports on cisco devices) * LP#1137799 (cricket runs eval on config that contains curly braces) * LP#1143962 (Device history search for location crashes) * LP#1146602 (Maintengine TypeError crash) * LP#1146604 (arnold lacks links to relevant information) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 1

maintengine.py has trouble with TypeError
by Ingeborg Hellemo 06 Mar '13

06 Mar '13

Sometime this last week our maintengine has stopped working: /#/usr/local/nav/bin/maintengine.py Traceback (most recent call last): File "/usr/local/nav/bin/maintengine.py", line 45, in <module> main() File "/usr/local/nav/bin/maintengine.py", line 39, in main check_devices_on_maintenance() File "/usr/local/nav/lib/python/nav/maintengine.py", line 479, in check_devices_on_maintenance send_event(events, maxdate_boxes, boxes_off_maintenance) File "/usr/local/nav/lib/python/nav/maintengine.py", line 343, in send_event str(curr_event['maint_end']))) TypeError: not all arguments converted during string formatting NAV 3.13.0 I guess something has gone wrong in the database. Where to look? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 2

Announcement: NAV 3.13.1 final released
by Morten Brekkevold 27 Feb '13

27 Feb '13

The first maintenance release of NAV 3.13 is now available for download at Launchpad: https://launchpad.net/nav/3.13/3.13.1 The 3.13.1 updates the release notes with some information about the netbiostracker feature and the new alert message template system, and fixes the following reported issues: * LP#1126340 (arnold t1000 crashes on pursuit) * LP#1126341 (arnold autoenable crashes on missing interface) * LP#1128868 (Arnold does not display a candidate for manual block) * LP#1130093 (NetworkX 1.6 throws exception in eventengine) * LP#1130103 (Typo in ReportListTemplate.tmpl) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Although he did not post a notice to this list, the 3.13.0 packages have been available at pkg-nav.alioth.debian.org since last week. Happy NAVing, everyone! -- Morten Brekkevold UNINETT

2 2

Warning from eventengine - topology problem
by Ingeborg Hellemo 20 Feb '13

20 Feb '13

NAV 3.13.0 Eventengine logs a lot of topology problems of two kinds. One regarding the NAV-server itself: 2013-02-18 11:23:37,173 [WARNING nav.eventengine.topology] NAVServer('129.242.5.182') topology problem: router ma-gsw3.infra is up, but not in VLAN graph for <Prefix: 129.242.5.0/24 (vlan 103 (nett,srv,5-nettet))>. Defaulting to 'reachable' status. The other kind regarding some (but not all) random devices: 2013-02-18 11:23:37,740 [WARNING nav.eventengine.topology] nfh-b100-nc.prn topology problem: router nfh-gsw.infra is up, but not in VLAN graph for <Prefix: 10.253.19.0/24 (vlan 600 (uit,prn))>. Defaulting to 'reachable' status. Is there anything we can do to in our setup to eliminate the warnings (except changing the debug level...)? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 3

NetworkXNoPath: No path between server and router
by Ingeborg Hellemo 19 Feb '13

19 Feb '13

We are running NAV 3.13.0 since 08.02.13 Some days ago something happened in our environment that caused eventengine to throw an error: 2013-02-13 17:08:57,887 [ERROR nav.eventengine.engine] Unhandled exception in plugin <nav.eventengine.plugins.boxstate.BoxStateHandler object at 0x804e170d0> ; ignoring it Traceback (most recent call last): File "/usr/local/nav/lib/python/nav/eventengine/engine.py", line 190, in handle_event handler.handle() File "/usr/local/nav/lib/python/nav/eventengine/plugins/delayedstate.py", line 52, in handle return self._handle_start() File "/usr/local/nav/lib/python/nav/eventengine/plugins/delayedstate.py", line 68, in _handle_start self._set_internal_state_down() File "/usr/local/nav/lib/python/nav/eventengine/plugins/boxstate.py", line 29, in _set_internal_state_down shadow = self._verify_shadow() File "/usr/local/nav/lib/python/nav/eventengine/plugins/delayedstate.py", line 189, in _verify_shadow netbox.up = (Netbox.UP_DOWN if netbox_appears_reachable(netbox) File "/usr/local/nav/lib/python/nav/eventengine/topology.py", line 32, in netbox_appears_reachable target_path = get_path_to_netbox(netbox) File "/usr/local/nav/lib/python/nav/eventengine/topology.py", line 82, in get_path_to_netbox path = networkx.shortest_path(graph, netbox, router) File "/usr/local/lib/python2.7/site-packages/networkx-1.6-py2.7.egg/networkx/ algorithms/shortest_paths/generic.py", line 124, in shortest_path paths=nx.bidirectional_shortest_path(G,source,target) File "/usr/local/lib/python2.7/site-packages/networkx-1.6-py2.7.egg/networkx/ algorithms/shortest_paths/unweighted.py", line 138, in bidirectional_shortest_path results=_bidirectional_pred_succ(G,source,target) File "/usr/local/lib/python2.7/site-packages/networkx-1.6-py2.7.egg/networkx/ algorithms/shortest_paths/unweighted.py", line 205, in _bidirectional_pred_succ raise nx.NetworkXNoPath("No path between %s and %s." % (source, target)) NetworkXNoPath: No path between <server> and <router> This happened for 5 servers all on the same GSW. Four days later 4 of them are still marked as down even though ipdevinfo reports availability numbers like the following and the servers clearly are up: Availability 100.00% last day, 99.77% last week, 99.94% last month Where do I have to push (or kick) to make NAV recognise the servers as up? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 3

Announcement: NAV 3.13.0 final released
by Morten Brekkevold 07 Feb '13

07 Feb '13

A beta version of the next NAV feature release, version 3.13.0b1, is now available for download at Launchpad: https://launchpad.net/nav/3.13/3.13.0b1 The 3.13.0b1 release adds the following user-visible features and improvements: * The eventEngine has been rewritten to Python. This was the last remaining Java component of NAV, meaning Java is no longer needed for installing and running NAV. * VLANs are now searchable from the Navbar. * IPv4, IPv6 and MAC host counts for each VLAN is now graphed over time. * NAV is now able to detect and graph data from sensors on Cisco Nexus devices. * Maintenance tasks can now be configured to end automatically when all components involved in the task are up. * IP Devices that are down can be placed on immediate maintenance until up again directly from the status page. * Subscriptions to MAC address prefixes are now possible in Macwatch. Use with caution! And contains fixes for these reported issues: * LP#305435 (Sort by "Start time" or "End time" in machinetracker) * LP#305441 (Button for "Put on maintenance immediately") * LP#317800 (Color gradient to express utilization of IPv6 subnets) * LP#341703 (Manual detention does not pursue client) * LP#361530 (Arnold: Predefined detention does not exponentially increase detentions) * LP#744932 (Arnold should give warning if snmp write is not configured) * LP#833959 (make install overwrites nav.conf and db.conf) * LP#922793 (Possibility to set end time = "until device is up again " in maintenance) * LP#961097 (Don't list cancelled maintenance tasks in active list) * LP#961100 (Show component details in maintenance task list when there is only a single component) * LP#1057509 (Mouseovers with number of active IPv6 addresses in Subnet Matrix) * LP#1057511 (Get sensor information from CISCO-ENTITY-SENSOR-MIB) * LP#1062130 (NAV should graph IP address usage per prefix) * LP#1069773 (macwatch should be able to look for MAC address prefixes too) Remember, this is still beta status, and should not necessarily be considered production ready. 3.13 features two major rewrites, one for the eventengine one for the port blocker, Arnold. If you want to help us test the beta version, you are most welcome. Don't forget to check out the release notes, and please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 1

Announcement: NAV 3.13.0 final released
by Morten Brekkevold 07 Feb '13

07 Feb '13

The final stable release of NAV 3.13.0 is now available for download at Launchpad: https://launchpad.net/nav/3.13/3.13.0 In addition to the features and bugfixes in the two beta releases, the 3.13.0 release fixes the following reported issues: * LP#1092848 (logengine regression: crash on various non-Cisco syslog entries) * LP#1102831 (machine tracker ip sort does not work) * LP#1104025 (vlan view needs a search page) * LP#1104027 (vlan view does not draw a vlan graph if there are no ipv4 prefixes) * LP#1107723 (collect_active_ip crashes when prefix ids has been changed) * LP#1108647 (navbar search should search for vlan net types) * LP#1108702 (Unused prefixes are never deleted) * LP#1108880 (Physical port view annotates all non-switching ports as layer 3 ports) * LP#1110368 (Messages UI crashes when entering non-ASCII characters in forms) * LP#1115013 (Modules with status down don't show up in 'Delete modules' page) * LP#1115109 (Machine tracker switch search lists all ports if no results are found for the target port) Please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing, without Java, everyone! -- Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.13.0b2 released
by Morten Brekkevold 25 Jan '13

25 Jan '13

A second beta version of the next NAV feature release, version 3.13.0b2, is now available for download at Launchpad: https://launchpad.net/nav/3.13/3.13.0b2 The 3.13.0b2 fixes the following reported issues since b1: * LP#309705 (Add RSS feed for messages) * LP#735521 (Tracking machines behind a port where the name has changed fails) * LP#1014513 (Ajax calls need to handle session timeout) * LP#1062136 (linkState events should be sent only for redundant links) * LP#1062197 (ipdevinfo DNS table should be on a separate tab) * LP#1062200 (ipdevinfo needs a port view tab for physical ports) * LP#1083511 (MachineTracker form data is reset on result page) * LP#1092154 (Portadmin crash when unicode characters in ifalias) * LP#1092156 (Portadmin crash when it cannot find a netbox by name or ip,- and interface by id) * LP#1092848 (logengine regression: crash on various non-Cisco syslog entries) * LP#1099321 (cricket frontpage displays !short-desc!) * LP#1099393 (ipdevinfo room link should link to new room info) * LP#1099412 (room opt fields with links should be clickable in room view) * LP#1102923 (eventEngine doesn't fallback to default alert message template) * LP#1102924 (Missing alert templates for upsPowerState alerts) * LP#1103403 (servicestate plugin doesn't add service details to alerts) * LP#1103455 (active ip collector is insanely slow) * LP#1103459 (active ip collector does not detect that it is running) * LP#1103505 (arnold crashes on manual detention) * LP#1103923 (vlan view breadcrumbs missing) * LP#1103926 (Unhandled errors in eventengine topology evaluation cause events to be ignored) * LP#1103929 (Netbox.up winds up out of sync with actual alert-based box state) Remember, this is still beta status, and should not necessarily be considered production ready. 3.13 features three major rewrites, one for the eventengine, one for the port blocker, Arnold, and one for the syslog analyzer web interface. If you want to help us test the beta version, you are most welcome. Don't forget to check out the release notes, and please report bugs at https://launchpad.net/nav/+filebug :-) Until Morten Werner Forsbring is back on his feet, we have uploaded an unofficial Debian Squeeze package for your perusal here (based on Werner's work): https://eske.labs.uninett.no/public.php?service=files&dir=/mvold/files/pkg-… Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.12.4 released
by John-Magne Bredal 20 Des '12

20 Des '12

The fourth maintenance release of the 3.12 series, version 3.12.4, is now available for download at Launchpad: https://launchpad.net/nav/3.12/3.12.4 The 3.12.4 release fixes the following reported issues: * LP#744963 (generate short interface names in ip dev info when necessary) * LP#1074323 (Machine tracker crashes on partial subnet search) * LP#1076913 (cricket-config is not updated on update) * LP#1077881 (snmpoid octets should be bytes/s not bytes) * LP#1077949 (ipdevinfo helper functions crash on invalid input) * LP#1078259 (templatetag add_interval does not exit cleanly on error) * LP#1078292 (ipdevpoll job logger needs to log interval for manual jobs) * LP#1079088 (logengine crashes on syslog entries from a Cisco ASA device) * LP#1080663 (ipdevinfo netbox overview does not display edge netboxes) * LP#1080727 (portadmin does not follow organization hierarchy correctly) * LP#1082381 (ipdevpoll oidprofiler sets unsupported when value=0) * LP#1085826 (portadmin shows wrong available vlans) Please report further bugs at https://launchpad.net/nav/+filebug Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- John-Magne Bredal UNINETT AS

2 1

Announcement: NAV 3.13.0b1 released
by Morten Brekkevold 14 Des '12

14 Des '12

A beta version of the next NAV feature release, version 3.13.0b1, is now available for download at Launchpad: https://launchpad.net/nav/3.13/3.13.0b1 The 3.13.0b1 release adds the following user-visible features and improvements: * The eventEngine has been rewritten to Python. This was the last remaining Java component of NAV, meaning Java is no longer needed for installing and running NAV. * VLANs are now searchable from the Navbar. * IPv4, IPv6 and MAC host counts for each VLAN is now graphed over time. * NAV is now able to detect and graph data from sensors on Cisco Nexus devices. * Maintenance tasks can now be configured to end automatically when all components involved in the task are up. * IP Devices that are down can be placed on immediate maintenance until up again directly from the status page. * Subscriptions to MAC address prefixes are now possible in Macwatch. Use with caution! And contains fixes for these reported issues: * LP#305435 (Sort by "Start time" or "End time" in machinetracker) * LP#305441 (Button for "Put on maintenance immediately") * LP#317800 (Color gradient to express utilization of IPv6 subnets) * LP#341703 (Manual detention does not pursue client) * LP#361530 (Arnold: Predefined detention does not exponentially increase detentions) * LP#744932 (Arnold should give warning if snmp write is not configured) * LP#833959 (make install overwrites nav.conf and db.conf) * LP#922793 (Possibility to set end time = "until device is up again " in maintenance) * LP#961097 (Don't list cancelled maintenance tasks in active list) * LP#961100 (Show component details in maintenance task list when there is only a single component) * LP#1057509 (Mouseovers with number of active IPv6 addresses in Subnet Matrix) * LP#1057511 (Get sensor information from CISCO-ENTITY-SENSOR-MIB) * LP#1062130 (NAV should graph IP address usage per prefix) * LP#1069773 (macwatch should be able to look for MAC address prefixes too) Remember, this is still beta status, and should not necessarily be considered production ready. 3.13 features two major rewrites, one for the eventengine one for the port blocker, Arnold. If you want to help us test the beta version, you are most welcome. Don't forget to check out the release notes, and please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 0

Re: SV: Cisco Routers SNMP Trap issue
by Morten Brekkevold 10 Des '12

10 Des '12

On Fri, 7 Dec 2012 10:45:32 +0100 "Mattias Torsfred" <Mattias.Torsfred(a)funnit.no> wrote: > Hi, yes we use ACL for SNMP queries. The snmpwalk returns values that > are correct according to the Cisco Router 2821 setup. Does the router log the incorrect communities that were used? It might be interesting to compare the list of VLANs NAV is querying that the device seems to have no knowledge of. > I assume that nav browse all 4094 VLAN id and for each VLAN id that > not are in use the device will generated an SNMP trap with the auth > messages. No, recent versions of NAV will only check the specific VLANs reported by the device itself through the queries I sent you examples of. If none are reported, none are queried. > In the Seed DB I have set the device to "GW", I tested to change to GSW > and then the SNMP traps is not generated. That's weird; the code involved here doesn't distinguish between device categories, it just checks what VLANs the device reports, if any. Could you share with us the actual responses given to the snmp queries you performed (censoring any secrets from the community outputs)? > So, can this be related to Cisco model 28xx or is this related to > configuration on the device when it comes to VLAN/VTP? I still don't have enough information to make any qualified guesses here.. > Is this an issue known in other implementations of NAV? What other implementations would that be? Which version of NAV are you using, by the way? > Kind regards, > > Mattias Torsfred > Systemconsultant > Funn IT Also, please use your email client's reply-to-all function when replying to mailing list posts, unless you have a very specific reason to keep the remainder of the conversation private. -- Morten Brekkevold UNINETT

1 0

Cisco Routers SNMP Trap issue
by Mattias Torsfred 07 Des '12

07 Des '12

Hi, I have setup a NAV 3.12.2 and started to add Cisco L2 and L3 equipment into the seed database. I use an other software to monitor the devices as well. When it comes to Cisco routers (not Cisco L3 switches) I get many SNMP Traps "Too many SNMP authentication failures . Check for hacking attempt on x.x.x.x" and "SNMP incorrect community name...". I am aware of the issue/design of NAV when it comes to VLAN browsing and that this might be the case. Is there any configuration I can set on Cisco routers or in NAV to prevent this kind of behavior? I need to have the traps in case there actual is an SNMP brute force attempt. Kind Regards Mattias Torsfred Systemconsultant Funn IT

2 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