Februar 2010 - Nav-users - lister.unit.no

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

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