- Nav-users - lister.unit.no

Announcement: NAV 3.10.0 and 3.9.4 released
by Morten Brekkevold 16 Des '11

16 Des '11

The newest feature release of NAV, version 3.10.0, is now available for download at Launchpad: https://launchpad.net/nav/3.10/3.10.0 The last bugfix release of the 3.9 series is also available at https://launchpad.net/nav/3.9/3.9.4 Both releases include fixes for the following issues: * LP#898992 (ipdevinfo displays all ports as blocking whereas stpblock report confirms that they're not) * LP#900723 (No SW version on Cisco 4506E L3 switch) * LP#900779 (smsd crashes when discarding non-dispatchable messages with non- ASCII chars) * LP#901623 (mcc does not update maximum threshold value for interfaces) * LP#903128 (servicemon/pping opens a new connection on any database error) * LP#903681 (room report should include position) * LP#904178 (smsd removes permanently failed dispatchers even when it should ignore permanent failures) The 3.10.0 release also fixes these issues: * LP#744940 (geomap should default to a sensible start map) * LP#894727 (No server software versions since NAV 3.5) The 3.10.0 release adds the following user-visible features and improvements: * VLAN subtopology detection has been rewritten to Python. The old networkDiscovery Java program is now deprecated. * Alerts when SNMP agents stop responding. * Alerts on power failure SNMP traps from UPS units. UPS-MIB (RFC 1628) and proprietary MIBs from Eaton Corporation, APC and MGE are supported. * Configurable port link status monitoring and alerting in ipdevpoll, independent of SNMP trap configuration. * Alerts on redundant power supply and fan failures on Cisco and HP devices. * Statistics from all environment sensors (such as temperature, humidity, light, sound, etc.) detectable through either ENTITY-SENSOR-MIB (RFC 3433), CISCO-ENVMON-MIB or IT-WATCHDOGS-MIB (IT Watchdogs WeatherGoose) are now collected via Cricket. * pping can now ping IPv6 hosts. * ipdevinfo and Machine Tracker now perform bulk DNS lookups in parallel, improving page load times when DNS is slow. Don't forget to check out the release notes before/during/after upgrading to NAV 3.10. 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

Problems after upgrade to 3.9.3
by Sigurd Mytting 09 Des '11

09 Des '11

Hi, I've run into trouble after upgrading to 3.9.3 via apt-source, system is debian 6.0.3, this was not a problem with 3.9.2. First the message during upgrade: Setting up nav (2+3.9.3-1) ... Installing new version of config file /etc/nav/sortedStats.conf ... Installing new version of config file /etc/nav/smsd.conf ... Installing new version of config file /etc/nav/report/report.conf ... Traceback (most recent call last): File "/usr/share/doc/nav/sql/syncdb.py", line 463, in <module> main() File "/usr/share/doc/nav/sql/syncdb.py", line 44, in main sync.synchronize() File "/usr/share/doc/nav/sql/syncdb.py", line 220, in synchronize self.apply_changes() File "/usr/share/doc/nav/sql/syncdb.py", line 305, in apply_changes self.apply_change_script(version, script) File "/usr/share/doc/nav/sql/syncdb.py", line 326, in apply_change_script self.execute_sql_file(script) File "/usr/share/doc/nav/sql/syncdb.py", line 352, in execute_sql_file self.cursor.execute(sql) psycopg2.extensions.QueryCanceledError: canceling statement due to statement timeout CONTEXT: SQL statement "DELETE FROM ONLY "manage"."rrd_datasource" WHERE $1 OPERATOR(pg_catalog.=) "rrd_fileid"" and if I try adding a new device I get: Something went wrong Something went wrong while processing your request. Please try again later. If the problems persists, contact your system administrator and/or report a bug on NAV bugtracker. And an error when trying to delete a device: Error: canceling statement due to statement timeout CONTEXT: SQL statement "UPDATE ONLY "manage"."cam" SET "netboxid" = NULL WHERE $1 OPERATOR(pg_catalog.=) "netboxid"" When digging into the postgres-log I find (everything from a database restart with two delete attempts): 2011-12-07 10:11:04 CET LOG: database system was shut down at 2011-12-07 10:10:55 CET 2011-12-07 10:11:04 CET LOG: database system is ready to accept connections 2011-12-07 10:11:04 CET LOG: autovacuum launcher started 2011-12-07 10:11:05 CET LOG: incomplete startup packet 2011-12-07 10:12:00 CET ERROR: canceling statement due to statement timeout 2011-12-07 10:12:00 CET CONTEXT: SQL statement "UPDATE ONLY "manage"."cam" SET "netboxid" = NULL WHERE $1 OPERATOR(pg_catalog.=) "netboxid"" 2011-12-07 10:12:00 CET STATEMENT: DELETE FROM "netbox" WHERE "netboxid" IN (162) 2011-12-07 10:15:01 CET LOG: unexpected EOF on client connection 2011-12-07 10:18:22 CET ERROR: canceling statement due to statement timeout 2011-12-07 10:18:22 CET CONTEXT: SQL statement "UPDATE ONLY "manage"."cam" SET "netboxid" = NULL WHERE $1 OPERATOR(pg_catalog.=) "netboxid"" 2011-12-07 10:18:22 CET STATEMENT: DELETE FROM "netbox" WHERE "netboxid" IN (162) 2011-12-07 10:20:02 CET LOG: unexpected EOF on client connection Anyone having any idea on what's going on? Postgresql has been tuned a bit with allowing 1000 simultaneous connections, but should otherwise be standard. Best regards, -Sigurd

2 4

Announcement: NAV 3.9.3 released
by Morten Brekkevold 05 Des '11

05 Des '11

NAV version 3.9.3 is now available for download at Launchpad: https://launchpad.net/nav/3.9/3.9.3 This maintenance release includes the following: Improvements: * Using the `-d` option with cleanrrds.py will now also remove references to stale availability and response time RRD files from NAV's database. This should help against the "Availability: N/A" issue seen by some in ipdevinfo, whereas bugfixes to pping should prevent it from creating new entries while leaving stale ones in the future. Bugfixes: * LP#586334 (HTTPS service checker doesn't work with Python 2.6) * LP#744958 (ranked stats config file should default to mbit/s) * LP#888056 (MacWatch GUI crashes if the input of the MAC address is invalid) * LP#891542 (Add option to make smsd ignore "permanent" dispatch errors) * LP#891568 (logengine cron mail complains: global name 'ENOENT' is not defined) * LP#893591 (pping crashes when rrd files already exist) * LP#897175 (ipdevpoll stops polling a device whose type is yet unregistered) * LP#897194 (NameError when adding IP device in SeedDB) * LP#898128 (Trying to seed - when going to USAGE crash) 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

***SPAM***End of year Online Bonanza...
by Europe Royal 01 Des '11

01 Des '11

Europe Royal Online Program Amsterdam - Holland. Tel: 0031-685242542 Fax: 0031-847508652 online1(a)europe.com Ref: ER/07533 Ticket Number: 025613-ING. Are you the owner of this email address? Congratulations! Your email have been officially selected as a winner from Europe Royal Online. You are hereby authorised for claim with your email attached to winning ticket Number: 025613-ING for the 2nd category winning prize of Seven Hundred and Fifty Thousand Euros and a Dell Latitude Laptop. Contact Notarization Officer: Mr Laurens Nijenhuis Email: notarization(a)winning.com with required informations below: Full Names Occupation: Address: Country: Telephone: Ticket Number: 025613-ING. Regards, Wotide Mo Sope. Europe Royal. © 2011 Europe Royal. All rights reserved. Terms of use. Privacy Statement.

1 0

Re: Question for NAV Users with Cisco 3750 Stacks
by Borge Brunes 21 Nov '11

21 Nov '11

gwc2004(a)gmail.com said: > 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? [cut] Seems to be working fine with 12.2(55)SE4 (c3750-ipbasek9-mz.122-55.SE4.bin) regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

2 1

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

Announcement: NAV 3.9.1 released
by Vegard Vesterheim 04 Sep '11

04 Sep '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV version 3.9.1 is now available for download at Launchpad: https://launchpad.net/nav/3.9/3.9.1 This release includes the following: Bugfixes: These two bugs were actually fixed in 3.9.0, but were omitted from the changelog: * LP#737102 (Trying to add a prefix that already exists yields an error, but an entry (without the prefix) is added to vlan-table) * LP#771677 (the delete button on seeddb/prefix is missing) * LP#643469 (Status history link URL is ridiculously long) * LP#643472 (Device history search results lack context) * LP#643544 (Partial fix for: Flexibility when entering ip address in machine tracker) * LP#726545 (SeedDB should verify SNMP write community) * LP#751302 (Change the name for prefix matrix to "Subnet matrix") * LP#754602 (seeddb: improve Move Selected) * LP#790178 (pping can crash if clock is adjusted backwards) * LP#804869 (Interface-URL in 'machinetracker' yields 404) * LP#817201 (network discovery vlan index fault) Please report bugs at https://launchpad.net/nav/+filebug :-) A binary package for Debian 5 and 6 (Lenny/Squeeze) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone - Vegard V - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFOROqchXhqrQiVZg8RAnrYAJ9cHXLKzdr1A3YKtoRZvuHH+VhkewCfSl3r 7oN30j6QOiq808Im2XUPfCk= =WJdk -----END PGP SIGNATURE-----

5 6

Switch information Nortel Networks Layer 2-3 GBE Switch Module(Copper)
by Duarte Franco 12 Aug '11

12 Aug '11

Hi I am trying to get the switch information of an IBM Bladecenter. The switch modules are Nortel Networks Layer 2-3 GBE Switch Module(Copper). OID is 1.3.6.1.4.1.1872.1.18.1 Is there any way to make the data acquisition of this type of switch? In the "IP Device Info" i saw 0 ports an the cricket have no data. There is some workaround for this type of switch? Best Regards

3 7

IPv6 Address
by Shinn, Mark 04 Jul '11

04 Jul '11

I'm running the NAV 3.8.6 and I get inconsistent reporting of IPv6 hosts. Some show up, others do not, even though they appear in the Cisco show ipv6 neighbor results. I don't see this problem with IPv4. Is this a known issue? Workarounds?

3 2

Bulk updates of database
by Sigurd Mytting 15 Jun '11

15 Jun '11

Hi! Due to organizational changes I need to update names of about 250 locations and change organization on about 800 devices, is there any way to do this without removing/adding them all? My first thought is SQL, is that the way to go? If so, there is 375 tables in the database, hints on what to update would be appreciated! Cheers, -Sigurd

2 1

Our first postcards :-)
by Morten Brekkevold 31 Mai '11

31 Mai '11

For many years, we've asked NAV users to send us a postcard to tell us they use NAV (see: http://metanav.uninett.no/postcard). Up until now, we've received a total sum of 0 (zero) cards :-( I just want to send a shout-out and a big thanks to Matěj Grégr, from the University of Brno in the Czech Republic, who recently sent us no less than _two_ postcards :-) These are now proudly on display on the window facing the hallway outside my office: http://yfrog.com/h8qbqgxj -- Morten Brekkevold UNINETT

3 3

Announcement: NAV 3.8.6 released
by Morten Brekkevold 27 Mai '11

27 Mai '11

NAV 3.8.6 is now available for download at Launchpad: https://launchpad.net/nav/3.8/3.8.6 This is a maintenance release which fixes the following reported issues: * LP#777821 (ipdevpoll crash on IPv4 addresses in IP-MIB::ipAddressTable) * LP#778422 (No router addresses collected on a Cisco Nexus 7000) * LP#782161 (Only IPv6 client addresses collected on some routers) Please report other bugs at https://launchpad.net/nav/+filebug :-) 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

3 2

Announcement: NAV 3.9.0 released
by Morten Brekkevold 20 Mai '11

20 Mai '11

NAV version 3.9.0 is now available for download at Launchpad: https://launchpad.net/nav/3.9/3.9.0 See the 3.9.0b1 announcement for a complete list of new features in the 3.9 series. This release includes the following: User-visible features and improvements: * WeatherGoose snmptrapd plugin now also supports WeatherGoose II traps. * Added portname information to port listings in Arnold. Bugfixes: * LP#736905 (Changing a vendor id creates a new vendor instead) * LP#749376 (Seed DB: Bulk import for room should require location and allow position) * LP#787986 (No information collected for devices of unknown type) * LP#789005 (Config option for portadmin to turn off authorization) * LP#790600 (ARP records aren't closed when router goes down) * LP#791146 (oidprofiler job fails under TwistedSNMP) * LP#791150 (ipdevpoll doesn't work with pynetsnmp installed on Debian Lenny) * LP#791222 (ipdevpoll fails under pynetsnmp 0.28.8 / Debian Lenny) * LP#794511 (navtopology crashes with error "can't adapt") * LP#797143 (unrecognizedCDP report links to removed ipinfo app) * LP#797576 (web login crashes on first-time login for LDAP user) * LP#798146 (Lots of data aren't collected when using TwistedSNMP) Please report bugs at https://launchpad.net/nav/+filebug :-) A binary package for Debian 5 and 6 (Lenny/Squeeze) 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.9.0b1 released
by Morten Brekkevold 20 Mai '11

20 Mai '11

A beta version of the upcoming 3.9 series of NAV, version 3.9.0b1, is now available for download at Launchpad for those who wish to test it: https://launchpad.net/nav/3.9/3.9.0b1 The 3.9 series include these improvements: User-visible features and improvements: * NAV's threshold monitoring feature has finally been completed - Threshold Manager is a new web tool that allows adjusting threshold values for individual statistical data sources. Alerts generated by the threshold monitor can be subscribed to in users' alert profiles. * MAC Watch is a new web tool that maintains a watch list of MAC addresses. Whenever a watched MAC address appears on your network, NAV will send an alert that can be subscribed to. * ipdevpoll can now retrieve VLAN configuration from Extreme Networks devices. * ipdevpoll can now optionally use the pynetsnmp library as an alternative to the TwistedSNMP/PySNMP combination. pynetsnmp is a ctypes binding to the well-known NetSNMP library, and should noticeably improve performance if used. * Layer 2 topology discovery has been rewritten from scratch, due to both problems with the results of the old discovery code and problems with maintaining the old code. Bugfixes: * LP#739718 (ifName should be derived from baseport number if not available) More changes may still make it into the final release. Please report bugs at https://launchpad.net/nav/+filebug :-) 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

Delete Some Prefix
by Royke 27 Apr '11

27 Apr '11

Hi All/Morten I want to correcting the prefix already configured in the Prefix Column. But there's no delete button ? Is that mean I have to delete it directly in the database ? Thanks Royke

2 2

SNMPv3 support
by Marcin Kucharczyk 27 Apr '11

27 Apr '11

Hello, Does NAV 3.8.4 support SNMPv3? I cannot find such option in Seed DB interface. Regards Marcin

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