- Nav-users - lister.unit.no

Unsupported SNMP protocol error on Cisco devices
by Christian Baensch 28 Aug '08

28 Aug '08

Hello, we have got some problems to add our Cisco routers to the database: Error: nav.Snmp.UnsupportedSnmpVersionError: Unsupported SNMP protocol version: 0 Unfortunately it happens to all our Cisco routers but not the Cisco switches. This Error Notify already occured in your mailling list with the hint: jar -tf /usr/local/nav/lib/java/SimpleSnmp.jar This is our output: nav:~# jar -tf /usr/local/nav/lib/java/SimpleSnmp.jar META-INF/ META-INF/MANIFEST.MF no/ no/ntnu/ no/ntnu/nav/ no/ntnu/nav/SimpleSnmp/ no/ntnu/nav/SimpleSnmp/SimpleSnmp.class no/ntnu/nav/SimpleSnmp/SimpleSnmpHP.class no/ntnu/nav/SimpleSnmp/TimeoutException.class What can we do? We are running actually NAV 3.3.3 with SunJava 1.4.2. Thanks in advance! With kind regards Christian Baensch -- Christian Baensch, Kommunikationssysteme Friedrich-Alexander-Universitaet Erlangen-Nuernberg, Germany Regionales Rechenzentrum Erlangen (RRZE) christian.baensch(a)rrze.uni-erlangen.de www.rrze.uni-erlangen.de

4 4

Re: Questions on prefixes and traffic maps
by Tim Chown 22 Aug '08

22 Aug '08

On Wed, Aug 20, 2008 at 07:25:40PM +0200, Vidar Faltinsen wrote: > Tim Chown wrote: > > >When we do add the 6509, how should we enter the prefix/scope information? > >I'm a little confused as to the meaning of static/reserved/scope for the > >'Add prefix' option in the Edit Database. We have maybe 25 vlans and > >subnets, and I assume we need to add them all here. I assume we use > >'scope' for devices we manage? > > When you add a router to NAV with ditto subnets, you simple add the > router (add IP device in Edit Databe) as category GW or GSW (the latter > if it also has layer 2 switch ports, in which a 6509 typically has). > > The subnets will then be autodetected and added to NAV. In cases where > the interfaces are virtual, NAV will also derive the subnet to vlan > mapping, i.e. Interface Vlan10 is a routerport for vlan 10. Hi Vidar, thanks for the explanation. That is indeed what happened when we added our router device(s). The vlan database was also populated and we can still edit scope data via the vlan editor (the two are quite closely coupled :) > You do not have to add a scope to NAV, if you do you do it for one > reason only, to give outer scope information to "the IP address scope - > graphical view" linked from the report tool. Read; > http://metanav.uninett.no/reporttool#ip_address_scope_-_graphical_view Ah, OK, so (for example) we could manually add our campus prefix of 152.78.0.0/16 and the other scopes would then be listed underneath (whether manually entered or autodiscovered)? That's nice. > >Second main question is on the traffic maps. It seems at first glance > >that these show traffic between router interfaces. Is it possible to > >have the traffic map show loads between trunk ports that connect switch > >stacks? That would be very useful for us if it could be configured. > > The traffic map of today is soon to be replaced with a new one, and this > will be able to show the traffic between trunk ports. When I say soon, > hopefully 3.5 in September, it may not be feature complete at that time, > but hopefully this will be in place. That would be really useful :) > You may be able to see the trunk port traffic on todays map as well if > you drill down on a relevant subnet to see the layer 2 structure. The information as you imply is all there, 'just' need a view of it. Certainly enjoying exploring NAV, it's very useful so far, many thanks for all the team's work on it :) -- Tim

1 0

Bugtracker moved from Sourceforge to Launchpad
by Kristian Klette 20 Aug '08

20 Aug '08

Hi all NAVers! Our new bugtracker is located at http://bugs.launchpad.net/nav All of the bugs that were reported on Sourceforge was imported, so all the data should be there. To simplefy bug-reporting for developers and other console-junkies, the nav-tip[0] now has a small tool called nav_bug.py in the contrib folder. Add this tool to your path and run nav_bug.py --help for more info about how to use the tool. I hope you all will enjoy using a more up-to-date bugtracker, and help us making NAV even better! - Kristian Klette [0]: http://metanav.uninett.no/hg/default -- Mvh Kristian Klette «Programs for sale: Fast, Reliable, Cheap: choose two.»

2 1

Questions on prefixes and traffic maps
by Tim Chown 20 Aug '08

20 Aug '08

Hi NAVers, We've just installed NAV on a Debian4 r3 system for our department network that has a core Cisco 6509 and a number of satellite 3750 stacks and Cisco wireless APs. At present our 3750 stacks are switching only, and thus in NAV we entered them as SW devices (Layer 2, many vlans). So far in NAV we have enabled monitoring of our 3750 stacks, but not yet the core 6509, so we only have layer 2 info/configs. We're getting data now for our switch port use, and cricket showing info on packet rates through the ports. When we do add the 6509, how should we enter the prefix/scope information? I'm a little confused as to the meaning of static/reserved/scope for the 'Add prefix' option in the Edit Database. We have maybe 25 vlans and subnets, and I assume we need to add them all here. I assume we use 'scope' for devices we manage? I notice we cannot add vlans directly; I assume this is implied from the vlan information added in the prefixes? Second main question is on the traffic maps. It seems at first glance that these show traffic between router interfaces. Is it possible to have the traffic map show loads between trunk ports that connect switch stacks? That would be very useful for us if it could be configured. Thanks for any comments or suggestions/tips! -- Tim

2 1

Announcement: NAV 3.4.1 released
by Morten Brekkevold 03 Aug '08

03 Aug '08

NAV 3.4.1 is now available for download at SourceForge: http://sourceforge.net/projects/nav/ This is a bugfix release, the changelog is attached to this message. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. We are currently working on migrating NAV from SourceForge.net to Launchpad.net; downloads and issue trackers will be available there once the migration is complete (a separate announcement will be made). We are also working on complete rewrites of AlertEngine and AlertProfiles in Python, thereby ridding NAV entirely of PHP, and almost entirely of Perl. In the process we will also solve some of the basic problems that have plagued alert profiles and alert dispatching for a while. We are hoping to introduce these rewrites in NAV 3.5, scheduled for this fall. Happy NAVing everyone! -- mvh Morten Brekkevold UNINETT

4 7

Problem with Network explorer after upgrading to 3.4/3.4.2 and an issue with c6509-E
by Rikard Stemland Skjelsvik 01 Aug '08

01 Aug '08

Dear all, I have a small issue with Nav after upgrading to 3.4 When i click on the link to Network explorer, i get the following error: HTTP Status 404 - /navAdmin/servlet/navAdmin type Status report message /navAdmin/servlet/navAdmin description The requested resource (/navAdmin/servlet/navAdmin) is not available. Apache Tomcat/5.5 The catalog /var/www/nav/navAdmin only includes .htaccess and an index file that is zero bytes. I am running Debian and i upgraded from a previous version(where network explorer worked) with the apt-get dist-upgrade command. My google-fu came up with a previous poster where Morten Brekkevold replied: NAV contains two Java servlets, vPServer.war and navAdmin.war . These are usually installed in the apache/webapps/ directory, and should be symlinked into Tomcat's webapps directory (wherever your Tomcat installation may be, you don't mention which distro you are using). The catalog /var/www/nav/vPServer, as /var/www/nav/navAdmin, includes only .htaccess and index. A find reveals that both vPServer.war and navAdmin.war is installed in /var/lib/tomcat5.5/webapps/ I would apreciate any help or pointers that could help me solve this problem. As a side note: When adding a Cisco 6509 running s72033_rp-ADVIPSERVICESK9_WAN-M), Version 12.2(33)SXH1, RELEASE SOFTWARE (fc3) to NAV, the cpu on the 6500 went through the roof. This could be a bug, though, i have seen CiscoWorks doing the same before. Any ideas? Is there a way to "nice" NAV on some types of equipment? Regards, Rikard

2 4

questions on MetaNAV about ipv6
by yongkai Jiang 01 Aug '08

01 Aug '08

hi all, I am writing this letter to ask some questions about ipv6 support on MetaNAV. We are investigating into MetaNAV3.4 to manage ipv6 networks. In MetaNAV3.4.0 release note, it says that the system supports ipv6 now. I am a new comer to MetaNAV and know little about SNMP and ipv6 at the moment. So I wonder what does it means by supporting ipv6? Does it means that it has full support on it? eg, can metanav discover an ipv6 device and query related information from it(cpu,load, etc.)? Does it auto-discover the topology in an ipv6 vlan? Can it deal with ipv6 addresses? ... Thanks in advance! Best regards! Sincerely, Richard July 30, 2008

2 1

no such checker: oracle ?
by Stokkenes Vidar 31 Jul '08

31 Jul '08

Hello, As I've recently managed to set up my Siemens SMS gateway properly with the latest gammu, I want to make a profile to monitor our Oracle cluster with NAV and send a notification when its down. While adding the premade "oracle" service to a server (SRV) object, "servicemon" gives me the following error in servicemon.log: [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle [2008-07-31 15:06:38] db.py:getCheckers:226 [Critical] no such checker: oracle This kinda tells me that the premade service called "oracle" is either defunct or just a limbo... But why is it in the list when it doesn't seem to be working? And how can I "recreate" this service in NAV? (I know which ports to probe, etc) I tried to look around with"find" and "locate", but I can't seem to find the location where I can add/edit these premade services (http/https/ssh/dc/oracle/dns, etc) Any help would be appreciated! ------------------------------------------------------ Vidar Stokkenes Konsulent Nettverk Seksjon for nettverk og telekom HN IKT - Tromsø Tlf: 76 16 61 87 / 77 66 99 55 Mobil: 95 87 99 42 e-post: vidar.stokkenes(a)hn-ikt.no<mailto:vidar.stokkenes@hn-ikt.no> [cid:image001.png@01C8F31F.82A227E0]

1 0

NAV and firewalls
by Fredrik Holmberg 24 Jul '08

24 Jul '08

Hi everyone, Testing NAV (3.4.0) in a LAN environment where there are no internal/managed routers (managed by ISP), only firewalls (Check Point NGX R61) connecting the subnets. What is considered best practice when adding these devices in NAV? Can all the features be available in such a LAN setup (prefix matrix report, netmap/traffic map, "connected to" column in switch port report, machine tracker etc.)? The rest of the networking equipment (switches, servers) is up and running. Kind regards, Fredrik Holmberg

2 1

Some questions about Edit Database
by Christian Baensch 24 Jul '08

24 Jul '08

Hello, we´re actually testing your magnificant nms and we´ve some questions about "Edit Database" a) Is it possible to add/edit the default categories for the ip devices; e.g. "category=gsw" or "category=wlan" b) Is it possible to change the "Function" description of an aviable ip device; e.g. Funcion=Network Thanks in advance and with kind regards from germany!! Christian Baensch -- Christian Baensch, Kommunikationssysteme Friedrich-Alexander-Universitaet Erlangen-Nuernberg, Germany Regionales Rechenzentrum Erlangen (RRZE) christian.baensch(a)rrze.uni-erlangen.de www.rrze.uni-erlangen.de

2 1

SQL errors in NAV 3.4
by Morten Brekkevold 21 Jul '08

21 Jul '08

Hello everyone, While testing Werner's upcoming Debian package of NAV 3.4.1, we discovered some bugs in the SQL scripts that initialize the NAV database, see [1] for details. Two of the problems described in [1] will affect anyone who has initialized a new NAV database while installing NAV 3.4.0 or 3.4.1 from scratch. These two problems are potentially serious if you value the correctness of your machine tracker data. Whenever your delete an IP Device from NAV, there are two database rules making sure that every machine tracker entry related to this IP Device is closed. If you are affected, these rules will not have been defined, and all open records related to an IP Device will stay open as the device is deleted. The third problem is relatively minor. It only affects those who have initialized the NAV database on PostgreSQL 8.3 or newer. When a service check is deleted, a database rule removes NAV's knowledge of the service response time RRD file. Other parts of NAV will automatically remove this when it sees the file has gone 30 days without being updated. To summarize: If you upgraded to NAV 3.4 from an older version, and you do not run PostgreSQL 8.3 or newer, you do not need to take any action. If you are affected by the above problems, you can either wait for NAV 3.4.2, which we hope to release shortly, or you can apply the attached, short SQL script in your NAV manage database (using psql). [1] http://sourceforge.net/support/tracker.php?aid=2023345 -- mvh Morten Brekkevold UNINETT /* * * This SQL script is designed to upgrade your NAV database from * version 3.4.0 or 3.4.1 to 3.4.2. * * This script is only necessary if either: * * 1. You installed NAV 3.4 from scratch, creating a new database. * * or * * 2. You installed NAV on a PostgreSQL version 8.3 database. * * * NAV 3.4.1 and 3.4.1 were shipped with a manage.sql containing a * couple of errors in the order of which relations and rules were * created, and also a small typecasting error only present on * PostgreSQL 8.3 and newer (See SF#2023345 for more details). * * * Run the script as the nav database user like this: * * psql -f 3.4.2.sql manage nav * */ BEGIN; -- Redefine these two rules to make sure that they actually are -- present. CREATE OR REPLACE RULE netbox_close_arp AS ON DELETE TO netbox DO UPDATE arp SET end_time=NOW() WHERE netboxid=OLD.netboxid AND end_time='infinity'; CREATE OR REPLACE RULE netbox_close_cam AS ON DELETE TO netbox DO UPDATE cam SET end_time=NOW() WHERE netboxid=OLD.netboxid AND end_time='infinity'; -- Redefine this rule to make sure it is present also on a PostgreSQL -- 8.3 database. CREATE OR REPLACE RULE rrdfile_deleter AS ON DELETE TO service DO DELETE FROM rrd_file WHERE key='serviceid' AND value=old.serviceid; WHERE key='serviceid' AND value=old.serviceid::text; COMMIT;

1 0

NAV and HP ProCurve Switches
by Stokkenes Vidar 25 Jun '08

25 Jun '08

Hello, This might be a stupid question, but can someone with HP ProCurve equipment please guide me through the progress of getting them to work with NAV? I've added the device (HP Procurve 2824) in the database, but NAV doesn't seem to be pulling port info from the switch. The switchview shows it's been polled, but there is no "portview" on the polled switch. Any ideas? Any input is appreciated. ------------------------------------------------------ Vidar Stokkenes Konsulent Nettverk Seksjon for nettverk og telekom HN IKT - Tromsø Tlf: 76 16 61 87 / 77 66 99 55 Mobil: 95 87 99 42 e-post: vidar.stokkenes(a)hn-ikt.no<mailto:vidar.stokkenes@hn-ikt.no> [cid:image001.png@01C8D6C3.7182BF60]

1 0

The new IP device Info interface (django based) fails
by Stokkenes Vidar 16 Jun '08

16 Jun '08

Hello, After upgrading my system to NAV 3.4.0 (apt-get dist-upgrade) I get the following error when searching for a random device on the new IP Device Info feature: Mod_python error: "PythonHandler django.core.handlers.modpython" Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/var/lib/python-support/python2.4/django/core/handlers/modpython.py", line 189, in handler return ModPythonHandler()(req) File "/var/lib/python-support/python2.4/django/core/handlers/modpython.py", line 162, in __call__ response = self.get_response(request) File "/var/lib/python-support/python2.4/django/core/handlers/base.py", line 132, in get_response return callback(request, **param_dict) File "/var/lib/python-support/python2.4/django/views/defaults.py", line 89, in server_error t = loader.get_template(template_name) # You need to create a 500.html template. File "/var/lib/python-support/python2.4/django/template/loader.py", line 79, in get_template source, origin = find_template_source(template_name) File "/var/lib/python-support/python2.4/django/template/loader.py", line 72, in find_template_source raise TemplateDoesNotExist, name TemplateDoesNotExist: 500.html Any ideas what this might be? Oh, when looking at the new Netmap beta, it also turns out to be blank every time :( Any help appreciated! ------------------------------------------------------ Vidar Stokkenes Konsulent Nettverk Seksjon for nettverk og telekom HN IKT - Tromsø Tlf: 76 16 61 87 / 77 66 99 55 Mobil: 95 87 99 42 e-post: vidar.stokkenes(a)hn-ikt.no<mailto:vidar.stokkenes@hn-ikt.no> [cid:image001.png@01C8CF8E.64014690]

3 5

Announcement: NAV 3.4.0 released
by Morten Brekkevold 06 Jun '08

06 Jun '08

NAV 3.4.0 final is now available for download. As SourceForge's upload system is currently unavailable for maintenance reasons, the source tarball can be downloaded from the MetaNAV web site: http://metanav.uninett.no/files/nav-3.4.0.tar.gz (md5 checksum: 8ee1b3739db7c5af2b07987ea3f6d2bb) This is a feature release, the list of features and bugs fixed can be found in the attached changelog. Changes since the release candidate include a small regression in a CSS stylesheet, and some added schema changes that were missing the first time around. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- mvh Morten Brekkevold UNINETT

3 5

Funky Network Explorer error
by Stokkenes Vidar 04 Jun '08

04 Jun '08

Hello there, For some reason I've started to get a "random" error when accessing the Network Explorer map on my NAV installation. Can someone please tell me what might be wrong? Here is the error output in my browser: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/nav/web/pyproxy/proxy.py", line 61, in handler user=user, session=req.session.id) File "/usr/lib/python2.4/site-packages/nav/web/pyproxy/proxy.py", line 124, in doRequest request.request(method, path, query, headers) File "httplib.py", line 804, in request self._send_request(method, url, body, headers) File "httplib.py", line 827, in _send_request self.endheaders() File "httplib.py", line 798, in endheaders self._send_output() File "httplib.py", line 679, in _send_output self.send(msg) File "httplib.py", line 646, in send self.connect() File "httplib.py", line 630, in connect raise socket.error, msg error: (111, 'Connection refused') Any ideas? Thanks. ------------------------------------------------------ Vidar Stokkenes Networking Consulant Dep. for networking og telecommunications HN IKT - Tromsø Tlf: 76 16 61 87 / 77 66 99 55 Cell: 95 87 99 42 e-mail: vidar.stokkenes(a)hn-ikt.no<mailto:vidar.stokkenes@hn-ikt.no> [cid:image001.png@01C8C22E.0DC9C3F0]

2 1

Redhat AS4 python errors
by desaiaa＠gmail.com 04 Jun '08

04 Jun '08

Hi, I did a fresh install and ran up2date on RedHat AS4. After install of NAV 3.3.2, i get python error like below when accessing through browser..please help Mod_python error: "PythonHeaderParserHandler nav.web" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/lib/python/nav/web/__init__.py", line 64, in headerparserhandler user = req.session['user'] KeyError: 'user' Ed

3 2

debian and nav-package
by Hans-Peter Fuchs 28 Mai '08

28 Mai '08

I want to test nav under debian etch. The command:aptitude install nav gives this output: Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done Building tag database... Done The following packages have been kept back: linux-image-2.6.18-6-amd64 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Setting up tomcat5.5 (5.5.20-2etch2) ... * Not starting Tomcat: no Java Development Kit found. invoke-rc.d: initscript tomcat5.5, action "start" failed. dpkg: error processing tomcat5.5 (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of nav: nav depends on tomcat5.5; however: Package tomcat5.5 is not configured yet. dpkg: error processing nav (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: tomcat5.5 nav E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up tomcat5.5 (5.5.20-2etch2) ... * Not starting Tomcat: no Java Development Kit found. invoke-rc.d: initscript tomcat5.5, action "start" failed. dpkg: error processing tomcat5.5 (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of nav: nav depends on tomcat5.5; however: Package tomcat5.5 is not configured yet. dpkg: error processing nav (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: tomcat5.5 nav I suppose the 'java-development kit' ist missing or not found. Have you a tip what to do? sincerely -- Grüße Hans-Peter Fuchs Hans-Peter Fuchs - RRZK Zimmer 20 Zentrum für angewandte Informatik - Universitätsweiter Service RRZK Universität zu Köln - Tel: 0221-470-6972

2 1

Re: NAV on FreeBSD
by Morten Brekkevold 21 Mai '08

21 Mai '08

On Fri, 9 May 2008 15:35:18 -0400 "Scorpion7" <scorpion7(a)iqonline.net> wrote: > Here's what happens: > > nav start getDeviceData <enter> > > (execution hangs - intr won't work, have to CTRL+Z and then do a kill -9 PID > to stop. The same occurs for nav start eventengine) > > Attached are 4 text files (extension to show which command was utilized to > generate the output. The first line of each file shows the command and > arguments utilized to generate the output. In getDeviceData it appears that > the last action was to chdir to the nav directory. Well, upon reading the truss output of "nav start getDeviceData", it seems that the "su" command is the one that hangs after the chdir command. Can you successfully execute "su - navcron" as root? Does the navcron user have a valid login shell? > What is the difference between 'nav start ....' and executing the process > directly, ie: > cd etc/init.d > ./getDeviceData start > > "nav start ..." fails and "./getDeviceData start" succeeds? I think the > inherent difference may help us to understand what is happening and why the > failure. Or at least may help me to locate more pertinent data. There's no difference, really. The nav command is a convenience tool to do all the starting and stopping in one go (plus the added crontab manipulation). It still calls the etc/init.d scripts in the end. Are you running both commands as root? >> Besides, you say that "nav start alertengine" seems to stall, and this >> command will not modify the crontab, since alertengine isn't a cronjob >> but a daemon. It will however look at the files in the cron.d >> directory, and look at the navcron user's crontab with "crontab -u >> navcron -l". > > This is an interesting point. I su'd to navcron, just to verify and this > command is denied (as I expected). Wait, are you saying that "su - navcron" fails? That would be a reasonable cause for your problem. Several of the init scripts are designed to be run as root, and use su to drop privileges to navcron before executing processes that cannot drop privileges by themselves (such as java). As I mentioned in less detail above, the navcron user must have a valid login shell for the su'ing to work. > there is a Python class for crontab but nothing that defines command line > arguments (not familiar with python). Crontab commands are hardcoded on lines 243 and 261 in startstop.py. The nav script requires root access to run properly (and will give a warning/error if executed by anyone but root). > I've also included the strace output - as it sounded like you are more > familiar with strace - may help to locate the issue. Thanks, although I found the complete truss (with forks) output more helpful this time around :-) -- mvh Morten Brekkevold UNINETT

2 2

RE: NAV build on FreeBSD v7.x
by Scorpion7 15 Mai '08

15 Mai '08

Anders - that did the trick - THANKS! Output: Classpath: /usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/Logger/build:/usr/ports/net-m gmt/nav/work/nav-3.2.2/src/src/vlanPlot/build:/usr/ports/net-mgmt/nav/work/n av-3.2.2/src/src/ConfigParser/build:/usr/ports/net-mgmt/nav/work/nav-3.2.2/s rc/src/Database/build:/usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/Util/bu ild:/usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/Event/build:/usr/ports/ne t-mgmt/nav/work/nav-3.2.2/src/src/NetboxInfo/build:/usr/ports/net-mgmt/nav/w ork/nav-3.2.2/src/src/eventEngine/build:/usr/ports/net-mgmt/nav/work/nav-3.2 .2/src/src/SimpleSnmp/build:/usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/g etBoksMacs/build:/usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/getDeviceDat a/build:/usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/networkDiscovery/buil d:/usr/ports/net-mgmt/nav/work/nav-3.2.2/src/src/webapps/navAdmin/build:/usr /ports/net-mgmt/nav/work/nav-3.2.2/src/src/webapps/vPServer/build:/usr/local /nav/lib/java/ConfigParser.jar:/usr/local/nav/lib/java/Database.jar:/usr/loc al/nav/lib/java/Event.jar:/usr/local/nav/lib/java/Logger.jar:/usr/local/nav/ lib/java/NetboxInfo.jar:/usr/local/nav/lib/java/SimpleSnmp.jar:/usr/local/na v/lib/java/Util.jar:/usr/local/nav/lib/java/postgresql.jar:/usr/local/nav/li b/java/snmp.jar:/usr/local/share/java/classes/postgresql.jar:/usr/local/shar e/java/classes/snmp.jar INSTALL_TARGETS: Logger_inst vlanPlot_inst ConfigParser_inst Database_inst Util_inst Event_inst NetboxInfo_inst eventEngine_inst SimpleSnmp_inst getBoksMacs_inst getDeviceData_inst networkDiscovery_inst webapps/navAdmin_inst webapps/vPServer_inst > -----Original Message----- > From: Anders Nordby [mailto:anders@fupp.net] > Sent: Friday, May 09, 2008 6:01 PM > To: nav-users(a)uninett.no; Scorpion7 > Cc: 'Morten Brekkevold' > Subject: Re: NAV build on FreeBSD v7.x > > Hi, > > The nav port uses GNU make, so try gmake debug instead of make debug. > > Cheers, > Anders. > > On Fri, May 09, 2008 at 03:50:49PM -0400, Scorpion7 wrote: > > When doing the "make debug": > > > > -------------- > > make debug > > "Makefile", line 44: Need an operator > > make: fatal errors encountered -- cannot continue > > -------------- > > > > If I comment out that line (line #44): > > export -> #export > > > > -------------- > > make debug > > Classpath: > > > > > > INSTALL_TARGETS: > > -------------- > > > > Thoughts? > > > > > > > -----Original Message----- > > > From: Morten Brekkevold [mailto:morten.brekkevold@uninett.no] > > > Sent: Wednesday, May 07, 2008 5:15 AM > > > To: nav-users(a)uninett.no > > > Cc: Scorpion7 > > > Subject: Re: NAV build on FreeBSD v7.x > > > > > > On Fri, 2 May 2008 15:12:59 -0400 "Scorpion7" > <scorpion7(a)iqonline.net> > > > wrote: > > > > > > > Here is what happens when building NAV 3.2.2 on FreeBSD v7.x via > the > > > "ports" collection: > > > [snip] > > > > compile: > > > > [javac] Compiling 1 source file to /usr/ports/net- > > > mgmt/nav/work/nav-3.2.2/src/Logger/build > > > > [javac] /usr/ports/net-mgmt/nav/work/nav- > > > 3.2.2/src/Logger/src/no/ntnu/nav/logger/Log.java:33: package > > > no.ntnu.nav.ConfigParser does not exist > > > > [javac] import no.ntnu.nav.ConfigParser.*; > > > > [javac] ^ > > > > [javac] /usr/ports/net-mgmt/nav/work/nav- > > > 3.2.2/src/Logger/src/no/ntnu/nav/logger/Log.java:34: cannot find > symbol > > > > [javac] symbol : class Path > > > > [javac] location: package no.ntnu.nav > > > > [javac] import no.ntnu.nav.Path; > > > > [javac] ^ > > > > [javac] /usr/ports/net-mgmt/nav/work/nav- > > > 3.2.2/src/Logger/src/no/ntnu/nav/logger/Log.java:69: cannot find > symbol > > > > [javac] symbol : variable Path > > > > [javac] location: class no.ntnu.nav.logger.Log > > > > [javac] private static final String navConfigFile = > > > (Path.sysconfdir + "/nav.conf").replace('/', File.separatorChar); > > > > [javac] > ^ > > > > [javac] /usr/ports/net-mgmt/nav/work/nav- > > > 3.2.2/src/Logger/src/no/ntnu/nav/logger/Log.java:88: cannot find > symbol > > > > [javac] symbol : class ConfigParser > > > > [javac] location: class no.ntnu.nav.logger.Log > > > > [javac] ConfigParser navCp; > > > > [javac] ^ > > > > [javac] /usr/ports/net-mgmt/nav/work/nav- > > > 3.2.2/src/Logger/src/no/ntnu/nav/logger/Log.java:90: cannot find > symbol > > > > [javac] symbol : class ConfigParser > > > > [javac] location: class no.ntnu.nav.logger.Log > > > > [javac] navCp = new > > > ConfigParser(navConfigFile); > > > > [javac] ^ > > > > [javac] 5 errors > > > > > > > > BUILD FAILED > > > > /usr/ports/net-mgmt/nav/work/nav-3.2.2/src/Logger/build.xml:30: > > > Compile failed; see the compiler error output for details. > > > [snip] > > > > BTW - How would one normally get the compiler error output? > > > > I can include the output with some insight on how one normally > > > > get's the output. > > > > > > You already pasted the compiler error output, it's all under the > > > "compile:" section. > > > > > > It says it can't find a couple of the NAV libraries, which is > strange. > > > It suggests the CLASSPATH hasn't been set correctly when building > the > > > Logger library, yet the build process should set the CLASSPATH to > > > include all the build directories under src/ . > > > > > > If you cd to /usr/ports/net-mgmt/nav/work/nav-3.2.2/src and type > "make > > > debug", what output do you get (it should tell you what CLASSPATH > is > > > used when building the Java sources). > > > > > > -- > > > mvh > > > Morten Brekkevold > > > UNINETT > > > > > -- > Anders.

1 0

Services
by scorpion7＠iqonline.net 13 Mai '08

13 Mai '08

Good Evenin', Being new to nav..... Installation is on FreeBSD v6.x. Performed initial install from the 'ports' collection. After following instructions on basic configuration (included setup of Postgres, setting up a couple devices, room, location, etc.) it appears that some services still aren't starting: $$> nav start Starting: cricket iptrace logengine mactrace maintengine networkDiscovery pping smsd thresholdMon Failed: alertengine eventengine getDeviceData servicemon I've already done some research and had to hand-tool some .py files as there were errors for "import sre as re" and python stated that it was deprecated, ie: it should be "import re" (sre is now re) I'm not seeing any log data (even with debug=6 in nav.conf) for the failed services. Does anyone have information that may lead to this being more successful? BTW - we utilize Apache 2.x with AD authentication for internal resources. I've seen some errors with python and the web pages as well - is there an expectation that it would be Apache 1.x instead? Here are some specifics: OS: FreeBSD v6.x (Microsoft/BSD shop) Java: Diablo JDK-1.5.0 Tomcat: 6.0.14 Cricket: 1.0.5_4 nav: 3.2.2 Python: 2.5.2 Apache 2.2.8 ant: 1.7.0 Thanks!

3 9

Announcement: NAV 3.4.0 RC1 released
by Morten Brekkevold 06 Mai '08

06 Mai '08

NAV 3.4.0 RC1 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is a feature release candidate, the list of features and bugs fixed can be found in the attached changelog. If no new bugs are discovered/reported in the release candidate within the next 10 days, the candidate will be re-released as the final 3.4.0 version. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- mvh Morten Brekkevold UNINETT

1 0

RE: NAV on FreeBSD (was: Services)
by Scorpion7 02 Mai '08

02 Mai '08

Superb. I have a 7.x machine that I'll give this a run on today. The production machine that I'm currently trying to get it running on is a 6.x machine though. :-( Factors outside of my control require that it remains a 6.x machine at present. THANKS! > -----Original Message----- > From: Roar Pettersen [mailto:edprp@uib.no] On Behalf Of Roar Pettersen > Sent: Friday, May 02, 2008 10:21 AM > To: nav-users(a)uninett.no; Morten Brekkevold > Cc: Scorpion7 > Subject: Re: NAV on FreeBSD (was: Services) > > Hello ! > > >> I'll have to look up who is responsible for maintaining the port > for > >> nav (for FreeBSD) and see if I can't figure out where things stand - > maybe I > >> can lend a hand (or at least some time here). I know on FreeBSD > v7.x the > >> port is listed as "broken" (ie: won't compile for some reason). > > > > That would be great :) The FreeBSD port is sponsored by the > University > > of Tromsø (and I think maybe the University of Bergen, both of which > > are FreeBSD proponents), but I'm not exactly sure who maintains the > > port (not being a FreeBSD guy myself). It's a shame no-one has > > contacted us if there is a build problem with the port. > > > Out main problem here is that the port maintainer doesn't do his job. > :-( > > I have made some patches, and I am able to complie NAV 3.3.3 on my > FreeBSD 7.0-STABLE system : > > --- Makefile.orig 2008-04-27 10:48:28.000000000 +0200 > +++ Makefile 2008-04-28 11:07:48.000000000 +0200 > @@ -6,7 +6,7 @@ > # > > PORTNAME= nav > -PORTVERSION= 3.2.2 > +PORTVERSION= 3.3.3 > CATEGORIES= net-mgmt > MASTER_SITES= ${MASTER_SITE_SOURCEFORGE} > MASTER_SITE_SUBDIR= ${PORTNAME} > @@ -65,13 +65,13 @@ > USE_PYTHON= 2.3+ > USE_JAVA= yes > JAVA_VERSION= 1.4+ > -USE_APACHE= 2.0+ > +USE_APACHE= 2.2+ > USE_GETTEXT= yes > USE_GMAKE= yes > -USE_PHP= ctype gettext overload pcre pgsql posix \ > +USE_PHP= ctype gettext pcre gd pgsql posix \ > session tokenizer xml zlib > -DEFAULT_PHP_VER=4 > -IGNORE_WITH_PHP=5 > +DEFAULT_PHP_VER=5 > +IGNORE_WITH_PHP=4 > WANT_PHP_MOD= yes > USE_REINPLACE_CMD= yes > > --- distinfo.orig 2008-04-28 11:01:41.000000000 +0200 > +++ distinfo 2008-04-28 11:02:51.000000000 +0200 > @@ -1,3 +1,3 @@ > -MD5 (nav-3.2.2.tar.gz) = 2132efb83ff47fd6e8568441024c3233 > -SHA256 (nav-3.2.2.tar.gz) = > a07fd4bc8545edf5f96f07432c859a4638863ffdc6edab845ee2b7838a06bbb6 > -SIZE (nav-3.2.2.tar.gz) = 4303657 > +MD5 (nav-3.3.3.tar.gz) = 79e016f37748177deed0ddb8cad2a83c > +SHA256 (nav-3.3.3.tar.gz) = > 2e6f01fc0cfd09ef847e4dd95a2d7686787c8940ad4365d548e41f6ff74b0635 > +SIZE (nav-3.3.3.tar.gz) = 4127650 > > > Delete the file : files/patch-src-Makefile.in > > > There is still more job to be done with the port, hopefully it will > be better and better (when we get a new port maintainer). > > > > -- > Med vennlig hilsen / Regards; > > Roar Pettersen > Universitetet i Bergen - The University of Bergen > Nygardsgt. 5 - N-5020 BERGEN - Norway > Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 > roar.pettersen(a)it.uib.no - IT-Avd, UiB - http://www.uib.no

1 0

Re: Problem with NAV 3.3.3 Machine Tracker
by Morten Brekkevold 23 Apr '08

23 Apr '08

On Mon, 21 Apr 2008 12:36:45 +0100 "helder mendes" <helder.mendes.84(a)gmail.com> wrote: > I am using one "test network" with few servers (WEB server, windows Server > 2003, SAMBA server), some computers and only ONE SWITCH (model: HP Procurve > J4900B Switch 2626). > > This Switch is suported by NAV 3.3.3 default installation, and has "RFC 826 > ARP". Using telnet access to the switch I can see the ARP table (mapping > MAC-IP), so I thought that NAV uses this information for mapping IP->MAC. The switch's ARP cache will only contain entries for addresses that are communicating directly with the switch on layer 3 (i.e. your workstation telnetting to the switch CLI). This information is mostly useless - NAV will only collect ARP caches from routers, which provides us with every active, routed IP address in your network (assuming you're using NAV to monitor all the routers in your network). > So, I need at least one router to search IP->MAC, and once I have the MAC I can > search is Switch/Module/Interface location. Correct :-) -- mvh Morten Brekkevold UNINETT P.S. I'm assuming you accidentally forgot to reply-to-all, so I'm Cc'ing the nav-users list.

1 0

Problem with NAV 3.3.3 Machine Tracker
by Helder Vieira Mendes 17 Apr '08

17 Apr '08

Hello, Helder Mendes from ISEP. I am using NAV 3.3.3 in Debian 4.0, but the Machine Tracker is not working well because if I do MAC Search NAV return´s the IP in the correct door / switch (by ARP table search), but if I search by IP does not return the MAC, does not return any thing ... The ARP tables are the same it should work ... Thanks for helpping. Helder Mendes, ISEP / IPP

2 1

Migration from Subversion to Mercurial
by Morten Brekkevold 09 Apr '08

09 Apr '08

Hello everyone, Those of you who subscribe to the nav-dev list will already know that last week we migrated from Subversion to Mercurial as our version control software. Each official development branch now has its own repository at http://metanav.uninett.no/hg/ . The development branch named "default" represents what we called trunk in Subversion. If you have been using Subversion to get the latest development version, you should now use Mercurial, and clone the repository at http://metanav.uninett.no/hg/default/ . For more information about Mercurial, please see http://www.selenic.com/mercurial/ . Those of you who monitor NAV commit logs by subscribing to the nav-commit mailing list should now subscribe to the individual RSS or Atom feeds of the branch repositories at http://metanav.uninett.no/hg/ - the nav-commit mailing list will soon be taken offline. Have a great day! -- mvh Morten Brekkevold UNINETT

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