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]
##########################################
#######################################…
[View More]#####
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.
[View Less]
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 …
[View More]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"
[View Less]
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
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 …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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 …
[View More]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.
[View Less]
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.
&…
[View More]gt;
>
>
> 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
[View Less]
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 …
[View More]appreciate any feedback on how to fix the port views,
Thanks,
Yonatan.
[View Less]
Hi all,
I'm running nav 3.2.2 on a Suse 10.3 system.
When I in the toolbox alertprofiles select i get the next error:
Error creating header. navTemplate.py throws errors:
Traceback (most recent call last):
File "/usr/local/nav/bin/navTemplate.py", line 105, in
main(sys.argv[1:])
File "/usr/local/nav/bin/navTemplate.py", line 58, in main
account = navprofiles.Account.loadByLogin(value)
File "/usr/local/nav/lib/python/nav/db/navprofiles.py", line 90, in
loadByLogin
raise …
[View More]NoSuchAccountError, login
nav.db.navprofiles.NoSuchAccountError: No such account ''
I log in as a user, with the admin account I get the same message.
Mels
[View Less]