Nav-users

nav-users@lister.sikt.no

1379 discussions

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

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

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