Nav-users

nav-users@lister.sikt.no

1379 discussions

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

Re: [Nav-users] network explorer problems
by Morten Brekkevold 26 Mar '08

26 Mar '08

On Wed, 5 Mar 2008 11:25:00 +0800 "komang adi" <untukta(a)gmail.com> wrote: > i have installedd NAV 3.3.2 on Ubuntu 7.10, and when i accessed to Network > Explorer, there is an error like this : [snip] >java.lang.NoClassDefFoundError: no/ntnu/nav/ConfigParser/ConfigParser > navAdmin.service(navAdmin.java:64) > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) Your Tomcat doesn't have the correct CLASSPATH, hence it doesn't know where to find NAV's Java libraries. Assuming you installed NAV from source, the easiest way to fix this is to create some symlinks to the needed libraries in Tomcat's library directory: cd /var/lib/tomcat5.5/shared/lib ln -s /usr/local/nav/lib/java/ConfigParser.jar . ln -s /usr/local/nav/lib/java/Database.jar . ln -s /usr/local/nav/lib/java/Util.jar . ln -s /usr/share/java/postgresql.jar -- mvh Morten Brekkevold UNINETT

1 0

Problem WEB interface NAV 3.3.2
by helder.mendes.84＠gmail.com 26 Mar '08

26 Mar '08

Hi, I have installed NAV and all the processes seems to works properly. Typing: nav status Up: alertengine cricket eventengine getDeviceData iptrace logengine mactrace maintengine networkDiscovery pping servicemon smsd snmptrapd thresholdMon I resolve some problems with tomcat5.5, at this time when I do http://localhost:8080/ it returns the default web page of Apache tomcat/5.5, it seems to work without problems. At this time I need to access the WEB interface of NAV, but I can?t. Typing http://localhost:8080/ doesn?t go to the WEB interface of NAV, and http://localhost/ returns http://localhost/apache2-default/. In /var/www/ I find the folders: apache2-default cricket nav #SMB-SERVER:/var/www# ls #apache2-default cricket nav The content of /var/www/nav/ is: about editdb l2trace navAdmin toolbox alertprofiles images logger preferences useradmin.py arnold index.py machinetracker report useradmin.pyc browse index.pyc maintenance stats vlanPlot cricket ipinfo messages status vPServer devicemanagement js mysms style What seems to be the contents of the WEB page. The only index files are index.py and index.pyc and they doesn?t work. Grateful for help. Helder Mendes http://www.deg.isep.ipp.pt >From morten.brekkevold at uninett.no Fri Feb 29 12:59:31 2008 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Feb 29 12:59:41 2008 Subject: [Nav-users] Mailing lists will be moved Message-ID: <yyl7igoug64.fsf(a)voldsminde.uninett.no> Hi everyone, This is just a notification that the nav-users, nav-dev and nav-commit mailing lists will be moved to a different address within the next couple of weeks. The lists are currently hosted by the Norwegian University of Science and Technology (NTNU). They will soon be migrating to new mailing list software, which will be accessible only internally to NTNU employees and students. Because of this, we will begin hosting the NAV mailing lists here at UNINETT. The subscriber list and archives should be migrated by the end of the next two weeks. A new announcement will be made then. -- mvh Morten Brekkevold UNINETT

2 1

PythonHandler common error SLES 10
by johan.ponten＠ericsson.com 26 Mar '08

26 Mar '08

Hi, I have NAV 3.2.2 installed on SLES 10. After quite some work I'm now at a point where I have two major issues (two posts) and I'm a bit stuck. 2. Logging in to the WEB interface and many other operations result in the following type of error output in Firefox. This particular one when selecting "Edit database" in the Tools. I have already recompiled a lot of python files, but for the Template.py on the last row I cannot find a source template to compile. Am I on the right track at all? Thanks in advance for your assistance, Johan Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 150, in handler output = index(req,showHelp) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 351, in index template = editdbTemplate(searchList=[nameSpace]) File "/usr/local/nav/lib/python/nav/web/templates/editdbTemplate.py", line 65, in __init__ MainTemplate.__init__(self, *args, **KWs) File "/usr/local/nav/lib/python/nav/web/templates/MainTemplate.py", line 65, in __init__ for k,v in KWs.items(): File "/usr/local/lib/python2.4/site-packages/Cheetah/Template.py", line 1169, in __init__ raise AssertionError( AssertionError: This template was compiled with Cheetah version 1.0. Templates compiled before version 2.0rc6 must be recompiled.

2 1

Re: [Nav-users] alertengine does not start SLES10
by Morten Brekkevold 26 Mar '08

26 Mar '08

On Thu, 14 Feb 2008 16:28:30 +0100 "Johan Ponten" <johan.ponten(a)ericsson.com> wrote: > I have NAV 3.2.2 installed on SLES 10. > 1. Everything but the <alertengine> is starting. > > See output below. Any idea about the error messages? > Uncaught exception from user code: > > DBD::Pg initialisation failed: Can't locate object method > "driver" via package "DBD::Pg" at > /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBI.pm line 762. > > > > Perhaps the capitalisation of DBD 'Pg' isn't right. at > /usr/local/nav/lib/perl/NAV/AlertEngine/Engine.pm line 53 > > at /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBI.pm line > 768 > > DBI::install_driver('DBI', 'Pg') called at > /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBI.pm line 592 > Something seems to be wrong the the DBD::Pg perl module installed on your system, although I cannot say what. What does the following command give you? perl -MDBD::Pg -e 'print $DBD::Pg::VERSION' -- mvh Morten Brekkevold UNINETT

1 0

Layer 2 Mapping
by yonat2＠post.tau.ac.il 26 Mar '08

26 Mar '08

Hello, I've been trying to setup nav to map layer2 in my network, (see where each port in the switches leads), only one of the switches displays where each of its port leads. all the other switches in the network have either one of these problems: 1. show an empty port view. 2. show the port view, but when clicking on either port - there is no information of to which netbox it leads. perhaps nav is missing crucial mibs information, and cannot find the right oid branches? I would greatly appreciate any feedback on how to fix the port views, Thanks, Yonatan.

2 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