Nav-users

nav-users@lister.sikt.no

3 participants
1384 discussions

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

NAV 3.3.3 AlertProfiles PHP Errorhandler
by Helder Vieira Mendes 31 Mar '08

31 Mar '08

Hi, I have installed NAV 3.3.3 in Debian but the "Alert Profiles" return the two folowing errors when I try to "Edit alert service rules for a time period" ######################################### AlertProfiles PHP Errorhandler error AlertProfiles error-handler:Unkown error type: [2] pg_fetch_row() expects parameter 1 to be resource, boolean given /var/www/nav/alertprofiles/databaseHandler.php on line [1969] ########################################## ############################################ AlertProfiles PHP Errorhandler error AlertProfiles error-handler:Unkown error type: [2] pg_exec() [function.pg-exec]: Query failed: ERROR: syntax error at end of input at character 40 /var/www/nav/alertprofiles/databaseHandler.php on line [1968] ################################################ In the place of this errors I should have all the equipment groups listed along with other things.

1 0

Announcement: NAV 3.3.3 released
by Morten Brekkevold 28 Mar '08

28 Mar '08

NAV 3.3.3 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is a bugfix release, the list of bugs fixed can be found in the attached changelog. The bugfixes require manual intervention, as there are two database trigger fixes, and a need to edit Cricket config. I've attached the relevant parts of the release notes to this announcement. If upgrading from other versions than 3.3.2, please refer to the complete release notes on Sourceforge or in the tarball. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. -- mvh Morten Brekkevold UNINETT Upgrading from NAV 3.3.2 and earlier ==================================== NAV 3.3.2 and earlier had some serious bugs in database triggers, which would munge historic CAM and ARP data when IP devices or prefixes were deleted. To fix these bugs on upgrading to this version, you *must* remember to run the SQL script doc/sql/upgrade/3.3.0.sql (unless an automated package installer already did this for you). See doc/sql/README for more info on running SQL scripts. A bug in makecricketconfig would cause 32-bit traffic counters to be used for some non-Cisco devices, such as Juniper routers and switches. This would lead to serious errors in traffic graphs for interfaces with traffic over 500Mbit/s on these devices. The fixed makecricketconfig in NAV 3.3.3 also requires you to add the following three lines to the Defaults file in your top-level cricket configuration directory: targetType subv2-interface ds = "ifHCInOctets, ifHCOutOctets" view = "Octets: ifHCInOctets ifHCOutOctets" Upgrading from NAV 3.3.2 and earlier ==================================== NAV 3.3.2 and earlier had some serious bugs in database triggers, which would munge historic CAM and ARP data when IP devices or prefixes were deleted. To fix these bugs on upgrading to this version, you *must* remember to run the SQL script doc/sql/upgrade/3.3.0.sql (unless an automated package installer already did this for you). See doc/sql/README for more info on running SQL scripts. A bug in makecricketconfig would cause 32-bit traffic counters to be used for some non-Cisco devices, such as Juniper routers and switches. This would lead to serious errors in traffic graphs for interfaces with traffic over 500Mbit/s on these devices. The fixed makecricketconfig in NAV 3.3.3 also requires you to add the following three lines to the Defaults file in your top-level cricket configuration directory: targetType subv2-interface ds = "ifHCInOctets, ifHCOutOctets" view = "Octets: ifHCInOctets ifHCOutOctets"

3 3

NAV 3.3.3 for Debian Etch
by Helder Vieira Mendes 26 Mar '08

26 Mar '08

Hello, I am with a lote of problems with NAV 3.3.2. in Debian Etch. The binary version of NAV 3.3.3 for Debian Etch are ready for use? Where can I download it or link for APT? there is a forecast? Thank you for help. Helder Mendes

1 0

Re: [Nav-users] problem with status..
by Morten Brekkevold 26 Mar '08

26 Mar '08

On Wed, 5 Mar 2008 11:22:39 +0800 "komang adi" <untukta(a)gmail.com> wrote: > i have installed NAV 3.3.2 on Ubuntu 7.10, but when i want to see the status > there is an error. The error like this : > [snip] > File "/usr/local/nav/apache/webroot/status/StatusPrefs.py", line 325, in > loadPrefs > prefs = cPickle.loads(data) > > ImportError: No module named _mp_37bf19280ab45e11f34ffeed40ee4974 > > > MODULE CACHE DETAILS > > Accessed: Wed Mar 5 10:19:45 2008 > Generation: 11 > > _mp_37bf19280ab45e11f34ffeed40ee4974 { > FileName: '/usr/local/nav/apache/webroot/status/StatusPrefs.py' > Instance: 1 [IMPORT] > Generation: 13 > Modified: Tue Mar 4 17:40:15 2008 > Imported: Wed Mar 5 10:19:45 2008 > Children: '/usr/local/nav/apache/webroot/status/StatusSections.py' > } Ouch. While I've never seen this one before, a quick Google search turned up this: http://www.dscpl.com.au/wiki/ModPython/Articles/IssuesWithSessionObjects Apparently, the module import mechanism has been changed in newer versions of mod_python (such as 3.3, which is present on Ubuntu 7.10). The way in which the status page stores each user's status page preferences will evidently no longer work under mod_python, and that's why you're seeing this error :-( Our dev server still has mod_python 3.2, and we've not seen this issue there, so it apparently occurs only on mod_python 3.3 and newer. Unfortunately, I have no certain quick fix for you. I will have to figure out whether this can be worked around, or whether we need to rewrite the way in which the Status page stores preferences. I'll see if I can get my hands on mod_python 3.3 to reproduce the error. You may however be able to workaround this issue if you can downgrade your mod_python version to 3.2. It is likely that the mod_python package from Ubuntu 7.04 (feisty) is still compatible with 7.10 (gutsy) and can be installed. If you are able to do this, you may also need to purge the stored status preferences from the NAV database. That can be accomplished by running 'psql navprofiles nav', using the database password from /usr/local/nav/etc/db.conf, and then running the following SQL statement: DELETE FROM accountproperty WHERE property='statusprefs'; -- mvh Morten Brekkevold UNINETT

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users