Nav-users

nav-users@lister.sikt.no

1373 discussions

Announcement: NAV 3.9.2 released
by Morten Brekkevold 21 Nov '11

21 Nov '11

Unfortunately, there were no releases while I was on leave, so it's time to get back on track: NAV version 3.9.2 is now available for download at Launchpad: https://launchpad.net/nav/3.9/3.9.2 This release includes bugfixes for the following issues: * LP#300708 (Improve the link up/down trap plugin to include description) * LP#338696 (Postgresql service checker is actually a port checker) * LP#787957 (No trunk information on H3C switches) * LP#802408 (Lowercase cricket rrd file not found when sysname has uppercase letters) * LP#854696 (Adding a new filter or new filter group in Alert Profiles fails) * LP#858055 (Creating a new maintenance task with ÆØÅ in description fails) * LP#862208 (No cricket stats for directories "routers" and "switches" in cricket) * LP#865292 (HTTP service checker ignores query string) * LP#890190 (linkstate trap handler does not work) * LP#890607 (Set supervisor SW version as chassis SW version on Cisco devices) * LP#891090 (pping creates multiple RRD files for same data, causing ipdevinfo to display availability as N/A) Please report bugs at https://launchpad.net/nav/+filebug :-) A binary package 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

2 1

Differences in SNMP results between versions
by Seb Rupik 17 Nov '11

17 Nov '11

Hi all, I have been tasked with creating a new NAV (3.9.1) install. All appears to be fine until I compare it against the previous old (3.5.4) installation. The majoirty of our switches are Cisco 3750's nearly all stacked, but the new install doesn't seem to acknowledge this under 'IP Device Info' where the 'Modules' field shows '0', but the 'switch port status' table shows all interfaces spanning the stack. On the old install the 'Modules' field has the correct number and the 'Switch port status' shows the right number of separate modules. Looking under: 'Report-> Vendors -> Cisco' confirms that the new install is receiving less SNMP OIDs per switch stack; typically 75. Where as the old install is showing between 88-90 for the same stacks. Also in some cases the new install is not showing any returns under #mod, #swp, #gwp and #prefixes, where is does on the old install. Both installs are running libsnmp1.4-java; the old 1.4-5, and the new install 1.4.2-2. Would that account for the differences? What's the best way to test the two installs side by side in an output based comparison? Many thanks, seb.

4 8

Question for NAV Users with Cisco 3750 Stacks
by Greg Cooper 17 Nov '11

17 Nov '11

Hi, All. I'm looking for some input from anyone using NAV with Cisco 3750 switch stacks. If you have a stack of 2 or more 3750's and all the L2/L3 interfaces are being properly pulled from it by NAV, then would you mind sharing what version of IOS you are using? I think I may be running into an SNMP issue with the particular version of IOS I'm on. I get timeouts when querying the 3750 via SNMP. I can do an snmpwalk from the NAV server to the device, and it runs for a while, but it will sometimes time out. Thanks! Greg

4 3

NAV reference committee
by Morten Brekkevold 15 Nov '11

15 Nov '11

Hello all, I just wanted to say a few words about the NAV reference committee, which was established just last week. Those of you who aren't one of UNINETT's NREN customers in Norway may or may not be aware that NAV is one of the many free software offerings to our customers. We even operate remote NAV servers as a service for ~30 of our smaller customers. We try to concentrate our development efforts to meet the demands of our customers in higher education (HE), and since this is a free software project we also cooperate with some of our HE customers, who regularly contribute to and maintain parts of NAV (some by their own volition, others commissioned and paid by us). It is not always clear what the customer wants. Some of our customers are very vocal about what they want, others keep quiet, maybe spilling their guts in the occasional face to face meeting (or maybe not even then). So we've revived a several years old idea to establish a kind of committee of reference for NAV development. This committee consists of representatives from our HE customers, and would be responsible for collecting, massaging, filtering and prioritizing wishes for further NAV development from the HE community. This committee was established on Thursday 10th November here in Trondheim, and consists of the following representatives: * Vidar Faltinsen, UNINETT (committee leader/secretary) * Morten Brekkevold, UNINETT (lead NAV developer) * Gro-Anita Vindheim, Norwegian University of Science and Technology * Børge Brunes, University of Tromsø * Jan Sigurd Refvik, University of Oslo * Rune Kittelsen, University of Agder * Peder Sefland, Volda University College The committee will publish its work on the web at [1], were you can already find the minutes from the inaugural meeting. As we're the Norwegian NREN, the committee's working language will be Norwegian - if you don't speak Norwegian, you may want to try using Google Translate or similar services to translate those pages if you want to see the details of what's going on (although automatic translation may confuse more than it helps ;-) ). Nevertheless, the results of the committee's input will be visible in how we prioritize bug reports and blueprints on our Launchpad project page [2]. Have a great day! [1] https://ow.feide.no/gigacampus:nav-ref [2] https://launchpad.net/nav -- Morten Brekkevold UNINETT

1 0

Twisted SNMP Patch Question
by Greg Cooper 15 Nov '11

15 Nov '11

Hello, I have a question about this from the NOTES: The latest TwistedSNMP version (0.3.13) contains a bug that manifests in table retrieval operations. Timeouts and retries aren't handled properly, and this may cause slow or otherwise busy devices to be bombarded with requests from NAV. The `contrib/patches` directory contains a patch for TwistedSNMP that solves this problem. The patch has been submitted upstream, but not yet accepted into a new release. Alternatively, you can install `pynetsnmp` for improved performance. I think I am running into the Twisted SNMP timeout issues talked about here. So my question is this: When it says, "Alternatively, you can install pynetsnmp for improved performance" does that mean that instead of patching TwistedSNMP, i can just do an apt-get install pynetsnmp and then I don't have to worry about the Twisted SNMP library's problems? If so, do I have to uninstall twisted SNMP? If I still have to patch Twisted, then what is the best way for me to go from using the standard debian packaged TwistedSNMP to using the patched one I build from scratch? I don't want to be stuck where I have both installed, but it is still using the old version. Thanks in advance, Greg

2 1

gentoo installation
by Dragoljub Spasojević 14 Nov '11

14 Nov '11

Hello, when i try to compile from source i am getting error. Does any had similar problems ? Building SimpleSnmp ... (cd SimpleSnmp && /usr/bin/ant ) && touch SimpleSnmp Buildfile: /usr/local/src/nav-3.9.1/java/SimpleSnmp/build.xml init: compile: [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/build.xml:30: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 2 source files to /usr/local/src/nav-3.9.1/java/SimpleSnmp/build [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:33: package snmp does not exist [javac] import snmp.*; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:68: cannot find symbol [javac] symbol : class SNMPv1CommunicationInterface [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] private SNMPv1CommunicationInterface comInterface = null; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:668: cannot find symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPVarBindList var = null; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:674: cannot find symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] var = new SNMPVarBindList(); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:677: cannot find symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPVarBindList nextpair = comInterface.getNextMIBEntry(nextoid); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:678: cannot find symbol [javac] symbol : class SNMPObject [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObject snmpobj = nextpair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:679: cannot find symbol [javac] symbol : class SNMPNull [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (snmpobj instanceof SNMPNull) break; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:680: cannot find symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)snmpobj; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:680: cannot find symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)snmpobj; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:681: cannot find symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:681: cannot find symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:688: cannot find symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] var = new SNMPVarBindList(); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:691: cannot find symbol [javac] symbol : class SNMPVarBindList [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPVarBindList nextpair = comInterface.getNextMIBEntry(nextoid); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:692: cannot find symbol [javac] symbol : class SNMPObject [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObject snmpobj = nextpair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:693: cannot find symbol [javac] symbol : class SNMPNull [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (snmpobj instanceof SNMPNull) break; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:694: cannot find symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)snmpobj; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:694: cannot find symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)snmpobj; [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:695: cannot find symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:695: cannot find symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:706: cannot find symbol [javac] symbol : class SNMPBadValueException [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] } catch (SNMPBadValueException exp) { [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:709: cannot find symbol [javac] symbol : class SNMPException [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] } catch (SNMPException exp) { [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:710: cannot find symbol [javac] symbol : class SNMPGetException [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (!(exp instanceof SNMPGetException && exp.getMessage() != null && exp.getMessage().indexOf("not available for retrieval") >= 0)) { [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:728: cannot find symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)(var.getSNMPObjectAt(i)); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:728: cannot find symbol [javac] symbol : class SNMPSequence [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPSequence pair = (SNMPSequence)(var.getSNMPObjectAt(i)); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:729: cannot find symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:729: cannot find symbol [javac] symbol : class SNMPObjectIdentifier [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObjectIdentifier snmpOID = (SNMPObjectIdentifier)pair.getSNMPObjectAt(0); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:730: cannot find symbol [javac] symbol : class SNMPObject [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] SNMPObject snmpValue = pair.getSNMPObjectAt(1); [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:734: cannot find symbol [javac] symbol : class SNMPOctetString [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (!decodeHex && snmpValue instanceof SNMPOctetString) { [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:740: cannot find symbol [javac] symbol : class SNMPOctetString [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] if (data.length() == 0 && !(snmpValue instanceof SNMPOctetString)) { [javac] ^ [javac] /usr/local/src/nav-3.9.1/java/SimpleSnmp/src/no/ntnu/nav/SimpleSnmp/SimpleSnmp.java:883: cannot find symbol [javac] symbol : class SNMPv1CommunicationInterface [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp [javac] comInterface = new SNMPv1CommunicationInterface(snmpVersion, hostAddress, cs_ro); [javac] ^ [javac] 30 errors BUILD FAILED /usr/local/src/nav-3.9.1/java/SimpleSnmp/build.xml:30: Compile failed; see the compiler error output for details. Total time: 2 seconds make[1]: *** [SimpleSnmp] Error 1 make[1]: Leaving directory `/usr/local/src/nav-3.9.1/java' make: *** [all-recursive] Error 1

2 1

Cricket-config and GW which does not support ifName
by Ingeborg Hellemo 14 Nov '11

14 Nov '11

The old (3.5) NAV's makecricketconfig.py used interface-indexes directly when collecting router-interface data. The new (3.8) NAV's mcc.py uses a map based on ifName: map interface-name base-oid = ifName match = %ifname% We have a couple of GWs (firewall nodes running some variation of Linux) which does not support ifName. This breaks the collection of router-interface. I know what is needed of a work-around (use ifDescr instead), but wonder if we are the only ones who have this kind of (old) equipment? Will anyone be interested in patching mcc.py or shall I just implement a local hack? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

ipdevpoll daemon 3.9.1
by izar＠condornet.sk 14 Nov '11

14 Nov '11

Hi all, I'm sorry for spam, but i would like to make sure that it's a real bug not just my mistake/misunderstanding before filling in the bug into lauchpad. I upgraded NAV to 3.9.1 this monday (deb 5.0) from rep. and I noticed that ipdevpoll job is not running as it supposed to. If I understand it right, then ipdevpolld should be daemon process running all the time, however in 3.9.1 it's not: ./ipdevpoll status ipdevpolld does not seem to be running... If I restart NAV ,then ipdevpoll runs just once .... Thanks, milo

3 3

ipdevpoll does not set sysname unless snmp is enabled
by Ingeborg Hellemo 14 Nov '11

14 Nov '11

During migration from old NAV (3.5.6) to new NAV (3.9.1) I "Bulk import"-ed all our hosts. I notice that ipdevpoll does not set correct sysname on hosts that does not run a configured snmpd. nav=> select * from netbox where ip='129.242.5.142'; netboxid | ip | roomid | typeid | deviceid | sysname | catid ----------+---------------+--------+--------+----------+---------------+------- 1100 | 129.242.5.142 | ma | | 87934 | 129.242.5.142 | SRV This means I now have several hundred boxes (mostly windows servers, virtual IPs and misc "stuff") lacking a proper sysname, even though they are registered i DNS. ipdevpoll.log: 2011-08-31 10:07:02,584 [WARNING plugins.dnsname.dnsname] [inventory 129.242.5.142] Box dnsname has changed from u'129.242.5.142' to 'radius1.uit.no' 2011-08-31 10:07:36,612 [ERROR jobs.jobhandler] [inventory 129.242.5.142] Job 'inventory' for 129.242.5.142 aborted: SNMP request timed out If I edit the host via the Seed DB web interface the correct sysname is saved: nav=> select * from netbox where ip='129.242.5.142'; netboxid | ip | roomid | typeid | deviceid | sysname | catid ----------+---------------+--------+--------+----------+----------------+------ - 1100 | 129.242.5.142 | ma | | 87934 | radius1.uit.no | SRV I presume this is a bug. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 1

network time is incorrect on cricket
by Ryan Lin 14 Nov '11

14 Nov '11

hi all, we have installed nav on one of our servers. everything is functioning properly except the time on the cricket. the time on the cricket is showing the UTC time. i would like to change it to the PDT time, but don't know how as there is no documentation available on how to change the time in nav. the server that's hosting the nav is synchronized to a public NTP server, so there is no issue with that. does anyone know how to correct the time in cricket on nav? thanks.

3 3

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