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
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 …
[View More]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
[View Less]
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 …
[View More]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.
[View Less]
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 …
[View More]sometimes time out.
Thanks!
Greg
[View Less]
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 …
[View More]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
[View Less]
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 `…
[View More]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
[View Less]
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/…
[View More]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
[View Less]
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 …
[View More]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ø
[View Less]
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 …
[View More]ipdevpoll runs just once ....
Thanks,
milo
[View Less]
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 …
[View More]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ø
[View Less]