- Nav-users - lister.unit.no

Strange Python Errors after Upgrade to latest Beta
by Rudolph Bott 17 Aug '10

17 Aug '10

Hi List, I upgraded my 3.5.4 installation of NAV to the latest Beta (3.6.0b4) and ran into the error posted below. I configured NAV from scratch, updated the Database with the pgsql scripts and everything seems to be fine: I can login using a LDAP backend, see the welcome page and user information etc - but as soon as I click on 'Toolbox' I receive an error message. It thought it might be related to the 'ForgetSQL thing' but according to this list, ForgetSQL is not a requirement any more (starting with 3.6) - or am I wrong on this one? My system is Ubuntu 9.04, running with Python 2.5.4 and 2.6.2 installed. ForgetSQL is 0.5.1. == snip == MOD_PYTHON ERROR ProcessId: 22003 Interpreter: '<hostname>' ServerName: '<hostname>' DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/toolbox/' Location: None Directory: '/usr/local/nav/apache/webroot/toolbox/' Filename: '/usr/local/nav/apache/webroot/toolbox/' PathInfo: '' Phase: 'PythonHandler' Handler: 'toolbox' 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/local/nav/apache/webroot/toolbox/toolbox.py", line 39, in handler page.tools = toolbox.filterToolList(toolbox.getToolList(), req.session['user']) File "/usr/local/nav/lib/python/nav/web/toolbox.py", line 71, in filterToolList if nav.auth.hasPrivilege(user, 'web_access', tool.uri): File "/usr/local/nav/lib/python/nav/auth.py", line 58, in hasPrivilege raise "user parameter is of invalid type %s" % type(user) TypeError: exceptions must be classes or instances, not str MODULE CACHE DETAILS Accessed: Wed Jul 21 14:12:30 2010 Generation: 1 _mp_34a3546f4bff52bdef2b9323a235d99b { FileName: '/usr/local/nav/apache/webroot/toolbox/toolbox.py' Instance: 1 [IMPORT] Generation: 2 Modified: Mon Nov 16 11:51:45 2009 Imported: Wed Jul 21 14:12:30 2010 } == snip == Any help would be appreciated! Regards, Rudolph Bott

2 3

Announcement: NAV 3.6.0b4 released
by Morten Brekkevold 08 Jul '10

08 Jul '10

The fourth beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b4: https://launchpad.net/nav/3.6/3.6.0b4 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. See the abovementioned URL for changelog and release notes. A binary package for Debian 5 (Lenny) 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

Announcement: NAV 3.6.0b3 released
by Morten Brekkevold 29 Jun '10

29 Jun '10

The third beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b3: https://launchpad.net/nav/3.6/3.6.0b3 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. This release contains multiple fixes for the new ipdevpoll daemon, among other things. The changelog is attached to this message. A binary package for Debian 5 (Lenny) 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

2 1

Announcement: NAV 3.6.0b2 released
by Morten Brekkevold 10 Jun '10

10 Jun '10

The second beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b2: https://launchpad.net/nav/3.6/3.6.0b2 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. The most important fix in this beta is likely the migration of switch port statistics collected by Cricket. Upgrading an existing NAV installation to 3.6.0b1 would lose that data (not the data itself, just NAV's link to it). A binary package for Debian 5 (Lenny) 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

Interfaces missing from Cricket/NAV configuration
by Sigurd Mytting 09 Jun '10

09 Jun '10

Hi! I'm missing some interfaces and descriptions in my cricket-configuration on specific Cisco-models, on all my WS-C2960-48TC-L (48port 10/100 and 2x dual-purpose 1Gbit) the two first ports in the cricket configuration are given interface-index of the Gi's and the index for the two first Fa's are missing in the configuration. this is an example: target "1_1" order = 48 interface-index = 10101 short-desc = "Cisco 2960 48ports switch, 22A, 22A-skap, Forskjellige patcheskap" target "1_2" order = 47 interface-index = 10102 short-desc = "Cisco 2960 48ports switch, 22A, 22A-skap, Forskjellige patcheskap" target "1_3" order = 46 interface-index = 10003 short-desc = "Cisco 2960 48ports switch, 22A, 22A-skap, Forskjellige patcheskap" If I go to "IP device info" in NAV the ports Fa0/1 and Fa0/2 are missing from the figure at the bottom. On all my 2960, 3560 and 3750 interface descriptions are missing, but it's ok on 2940 and 4500. To me it looks like something wrong with NAVs data collection, but I have no idea where to start looking... This installation is a few months old, all running the latest and greatest Debian and NAV-package: $ cat /etc/debian_version 5.0.4 $ dpkg -l | grep nav ii nav 2+3.5.6-1lenny1 Network Administration Visualized Any help is appreciated! Cheers, -Sigurd

2 3

Announcement: NAV 3.6.0b1 released
by Morten Brekkevold 31 Mai '10

31 Mai '10

The first beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b1: https://launchpad.net/nav/3.6/3.6.0b1 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. NAV 3.6 makes substantial changes to NAV's core inventory data model, and introduces a new SNMP collector. The complete changelog is attached to this message. A binary package for Debian 5 (Lenny) 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

2 2

Nav - freebsd help
by Anil Thapa 25 Mai '10

25 Mai '10

Hello all, Is there any document for NAV to setup in freebsd ? I gathered some guys has successful results in freebsd, could you please share how to do it ? Thanks, Anil

2 1

Mod_python error
by anilth＠hi.is 25 Mai '10

25 Mai '10

I am getting this error in some of the links in NAV (like when i click on preferences and about nav. How can i fix this ? A Mod_python error: "PythonHandler preferences" Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/preferences/preferences.py", line 42, in handler req.write(page.respond()) File "/usr/local/nav/lib/python/nav/web/templates/MainTemplate.py", line 692, in respond return _dummyTrans and trans.response().getvalue() or "" File "/usr/lib/python2.4/site-packages/Cheetah/DummyTransaction.py", line 42, in getvalue raise DummyResponseFailure('''Looks like you're trying to mix encoded strings with Unicode strings DummyResponseFailure: Looks like you're trying to mix encoded strings with Unicode strings (most likely utf-8 encoded ones)

2 1

Status doesn�t change
by anilth＠hi.is 25 Mai '10

25 Mai '10

I added one host (server) for testing purpose. After a while I turned off the machine but in Devices in Operation UP section it still shows y. I am not sure what it this - bug or my configuration problem test09.local 192.168.1.30 SRV Student y any hint on this would be great. A

2 1

diagnostics? mac-address dump per equipment
by João Pagaime 23 Apr '10

23 Apr '10

Hello nav-users I'm just starting to use NAV. After browsing a little throug the documentation I have a few questions that maybe some ou you guys can answer: - NAV looks a complex system with lot of automation going on behind the scenes. How do I find out if all this automation (started fron CRON I assume) is running well? Is there some error log somewhere? - How do I list the forwarding database of an ethernet switch? thanks João Pagaime

4 5

Strange names on switchports
by Lars Kulseng 21 Apr '10

21 Apr '10

Hi I'm using NAV 3.5.4, and I'm getting some strange names on my switchports, in the statistics section. I have a couple of stacked Cisco 3750 switches. NAV is showing ports named: <IP>/1_488 and <IP>/1_496 How can I find the real names of these ports, and why are they named this way? Lars Kulseng

2 1

ipdevinfo takes ages to load
by Stokkenes Vidar 21 Apr '10

21 Apr '10

Hello everyone, For a very long time, I've had problems with slow loading ipdevinfo pages (typically when opening a switch listed in "Reports" -> All IP Devices) I first thought this was related with poor performance I/O on my VMWare instance the server was running on, but the problem persists on a physical server as well. Sometimes it never opens, it just "hangs" in a state of loading the page. I haven't tried to Wireshark the connection between my client and the NAV server itself, nor between the NAV server and the postgres server (which is hosted on another server on the same subnet) I don't have the same problem on all switches, and I've also thought I might have been unlucky catching my server in a heavy cricket/collection cycle (although its running on a 2 x QuadCore and 16GB memory system.....) I've tried to look in the error- and access logs in /var/log/apache2 without seeing anything suspicious. The load of the server is also quite low when I have this problem, so I doubt it's a performance issue. Have anyone else had a similar problem, or knows how I can troubleshoot it? Currently running NAV 3.5.6 on a Debian Lenny system with an external postgres database (running in RH EL5) Many thanks for any help! ------------------------------------------------------ Vidar Stokkenes Konsulent Nettverk Seksjon for nettverk og telekom Helse Nord IKT - Tromsø Tlf: 76 16 61 87 / 77 66 99 55 Mobil: 95 87 99 42 e-post: vidarst(a)hn-ikt.no

2 3

missing availability, response time
by lars.kulseng＠item.ntnu.no 21 Apr '10

21 Apr '10

Hi I am monitoring wireless access points using NAV 3.5.4. Some of these access points only report "N/A" for Availability and response time. This is a similar issue to bug #345783 submitted by Yours truly, but not identical, because here there is no data at all, while bug #345783 addressed an issue with certain time periods being empty. It may be related though... I have looked in the rrd_file table, and there are entries for the relevant devices, as well as rrd files in the rrd folder. Is this a bug or a seeding error? Thank you! Lars

2 1

Announcement: NAV 3.5.6 released
by Morten Brekkevold 09 Apr '10

09 Apr '10

NAV 3.5.6 is now available for download at Launchpad: https://launchpad.net/nav/3.5/3.5.6 This release fixes 6 bugs in NAV 3.5. Most importantly, it fixes a bug that caused inconsistency in ARP data under certain circumstances. This would cause problems with proper Machine Tracker operation. See https://bugs.launchpad.net/nav/+bug/538001 for details. The log of all changes to the 3.5 series is attached to this message. A binary package for Debian 4 and 5 (Etch and Lenny) 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

2 1

New version of the Debian package
by Morten Werner Forsbring 22 Mar '10

22 Mar '10

Hi. Last week I updated the Debian package living on Alioth [1]. The changelog is as follows: [ Morten Brekkevold ] * Verify that pid files exist before HUPing in logrotate config. [ Morten Werner Forsbring ] * Adjusted init-script to not fail if 'nav stop' fails (happens sometime during configure). Thanks to Morten Brekkevold for reporting this. * Increase some debconfig priorities (those regarding automatic database stuff). * Updated README.Debian (the PostgreSQL-section was outdated). Thanks to Vidar Stokkenes and Morten Brekkevold for comments. FYI. - Werner

1 0

Patching forgetSQL on Python 2.5/2.6
by Morten Brekkevold 22 Mar '10

22 Mar '10

Hi all, forgetSQL is an unmaintained piece of shi^H^Hoftware that NAV versions up to 3.5 depend on. While we have removed this dependency from the coming NAV 3.6, some will experience warnings when running NAV under Python 2.5, and outright failures on Python 2.6, due to problems with the forgetSQL module. The forgetSQL module raises string exceptions in three places, and these are deprecated in Python 2.5, and not supported in 2.6. You may see error messages such as these: /var/lib/python-support/python2.5/forgetSQL.py:212: DeprecationWarning: raising a string exception is deprecated raise "NotFound" or File "/var/lib/python-support/python2.6/forgetSQL.py", line 212, in __new__ raise "NotFound" TypeError: exceptions must be classes or instances, not str I'm attaching a quick forgetSQL patch I've written to overcome these problems until NAV 3.6 has reached a stable release. -- Morten Brekkevold UNINETT

2 1

automatic Switch configuration rediscovery
by Rudolph Bott 19 Mar '10

19 Mar '10

Hi List, is there a way to trigger some sort of automatic device rediscovery? We recently changed a lot of ports on our cisco 4500 series switches to trunk mode and although this happened more than 2 weeks ago, NAV still does not reflect these new settings in the switch overview/IP Device Info. Is NAV even supposed to see these kind of changes or might I be hitting a bug? We are currently using NAV 3.5.4 - I know its not the latest release but at least its close to it ;-) On top of that I couldnt find any hints regarding this problem in the latest changelog. -- Mit freundlichen Grüßen / with kind regards Rudolph Bott

2 3

Angående uoverenstemmelser med det vi har fra NAV
by kadaffi.nasir＠hil.no 19 Mar '10

19 Mar '10

Hei Jeg stusser på tidsrommet på det som ble registert av nav og det vi har mottatt fra CERT: Tidsrom: 2010-03-16 21:33:36.26 - 2010-03-16 23:13:18.90 (UTC) Maskin: 158.36.199.6 [] Kontaktet: 195.244.8.148 på 1311/tcp (442 TCP SYNs) Det som er registert på NAV er: 158.36.199.6 00:15:c5:a4:d1:cd 2010-03-17 10:34 2010-03-18 05:35 på den gitte IP-adresse, og at den mac-adressen som er oppgitt fra NAV er registert med en annen IP-adresse på den gitte tidsrom: 158.36.196.163 2010-03-17 10:41 2010-03-18 01:26 00:15:c5:a4:d1:cd 2010-03-16 20:43 2010-03-16 23:29 2010-03-15 21:27 2010-03-15 23:13 2010-03-14 16:27 2010-03-14 21:59 2010-03-12 07:42 2010-03-12 07:59 2010-03-11 17:57 2010-03-11 23:43 2010-03-10 17:57 2010-03-11 01:15 158.36.196.163 2010-03-15 19:13 2010-03-15 21:29 00:15:c5:a4:d1:cd 2010-03-11 11:42 2010-03-11 17:43 Har dere mulighet for å se hva som har skjedd her? Mvh Achmad Kadaffi Nasir Førstekonsulent / IT-Tjenesten Høgskolen i Lillehammer / Lillehammer University College 2626 LILLEHAMMER NORWAY Telefon +47 61288181

2 1

Occasionally hardware changes for no reason
by Stokkenes Vidar 16 Mar '10

16 Mar '10

Hello everyone, Ever since we installed NAV, we've had a couple of switches that occasionally report a change in hardware versions for no particular reason. The output of the email is the following: <snip> This is an automatically generated message from NAV: Hardware version changed to: V09 from: 14 </snip> Does anyone know why this would happen? These come from switches with 1 year++ uptime where the IOS or hardware version hasn't been touched for half a year. We also have switches that report sudden date changes, such as the following (in Norwegian): Dette er en automatisk generert melding fra NAV: Boks switchname.domain.com (XXX.XXX.XXX.XXX) har gjennomført en coldstart: Gammel oppe siden: 1970-01-01 01:00:00 Ny oppe siden : 2010-01-15 12:16:21.863+01 Could this be a defective mainboard battery? Or is it simply NAV playing tricks with me :( Any help would be appreciated :-) Best regards, Vidar Stokkenes Helse Nord IKT

2 1

Log-engine, timestamp
by ronny.raudstein 11 Mar '10

11 Mar '10

I have installed NAV 3.5.5 on Centos 5.4, and followed the instructions by Roger Aas. Think this has been an issue in earlier versions too. The log engine seems to timestamp the syslog messages when the cisco.log file is parsed rather than when the message is generated on the device. Messages in cisco.log has correct timestamp. Look at the sample below: Cisco.log Mar 7 11:27:45 host: Mar 7 2010 11:27:47: %SEC-6-IPACCESSLOGP: list fraDMZ denied tcp x.x.x.x(2173) -> y.y.y.y(9100), 1 packet NAV - Syslog Analyzer 2010-03-07 11:27:00 host SEC-6(6)-IPACCESSLOGP 'list fraDMZ denied tcp x.x.x.x(2171) -> y.y.y.y(9100), 1 packet' Regards, Ronny Raudstein Kvinnherad Kommune

2 1

Announcement: NAV 3.5.5 released
by Morten Brekkevold 11 Mar '10

11 Mar '10

NAV 3.5.5 is now available for download at Launchpad: https://launchpad.net/nav/3.5/3.5.5 This release fixes 17 bugs in NAV 3.5. The log of all changes to the 3.5 series is attached to this message. A binary package for Debian 4 and 5 (Etch and Lenny) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. At the same time I would like to apologize for lack of responses to mailing list posts the last few months. We were hoping to have NAV 3.6 ready by now, but everything has been delayed due to the fact that I was away from work for more than two months (beginning around 20th November). Happy NAVing everyone! -- Morten Brekkevold UNINETT

4 9

Installing NAV on CentOS, new installation guide
by Roger Aas 25 Feb '10

25 Feb '10

I have now made available a new version of the installation guide of NAV on CentOS (a Red Hat Enterprise Linux clone). It is based on the latest versions of NAV and CentOS available. You will find it on this link on MetaNAV: http://metanav.uninett.no/installingoncentos5 Please give me feedback if you find any errors or omissions. Or if you just want to thank me for making this guide. Best regards, Roger Aas Atea AS

2 1

Jabber dispatcher clogs the whole alertqueue
by Ingeborg Hellemo 05 Feb '10

05 Feb '10

We have used the jabber dispatcher since december. We soon discovered that our XMPP-server implementation (Openfire) sometimes freeze. It does not crash completely, but takes forever to answer connections. When this freeze happens and NAV tries to send an alert via jabber, the whole alertqueue clogs up and no alerts gets sent at all - no email, no sms, nothing. When the jabber-daemon is restarted all the backed up alerts are sent right away. (This of course happened during the holidays and we have disabled the jabber dispatcher ever since.) Is it possible to add a timeout or something to jabber_dispatcher.py to prevent this to happen? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

5 4

Observing Voice VLAN enabled ports?
by Stokkenes Vidar 05 Feb '10

05 Feb '10

Hello everyone, I am wondering if anyone have found a way to use NAV to see if a certain port is voice vlan enabled? I submitted a LP ticket about this quite some time back, but I didn't receive a reply or any feedback on it (https://bugs.launchpad.net/nav/+bug/362233) Typically we have VoIP-people dropping by our office asking "Is Port44 on switch-2.hostname.com voice enabled, and which voice vlan?" I thought maybe IP Device Info would show this in forms of another vlan, but it doesn't. It would be to great value for us atleast :-) ------------------------------------------------------ Vidar Stokkenes

1 0

Module mapping problems
by Geir Inge Jensen 02 Feb '10

02 Feb '10

Hi, I thought I should give NAV a tryout in a large service provider network. After some initial problems fetching the device information for some devices (had to remove the OSPF oid) I was finally up and running. I had to add all my device types but that was easily done (I have mostly Cisco 7600 and 7300 series devices). However, NAV has a huge problem trying to figure out which module each port belongs to (especially the 10Gb ports). Attached is a device info screen grab of one of my modules (module 5), and as you can see NAV things the module has ports from module 1, 2, 4 (and 5) as well as loopbacks and vlans. Other parts of NAV seems to get things correct (the explorer) however because of these problems they can't detect where the port connects to (link type "none"). Which sadly makes NAV useless. Is there a way I can fix this? Whenever the device info is able to pinpoint which module the port belongs to it is also able to detect the device the port connects to (including the 10Gb ports). However, that seems to be the exception and not the rule. FYI, the screen grab is from a 7609 running SRD1. Regards, Geir Inge Jensen

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users