-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0 RC2 is now available for download at http://metanav.ntnu.no/ . A number of small, but critical bugs were found in RC1, and have been fixed in this new release candidate. Unless critical bugs are reported in this release candidate, this will be the baseline for NAV 3.0.0. Upgrading from beta RC1 ======================= Some OIDs have been added, and due to a fix in the OID-tester, we strongly recommend you to re-run the SQL script doc/sql/snmpoid.sql, as documented in the README file of the same directory. CHANGES ======= Version 3.0_rc2 (released 20 July 2005) Improvements: * More data for the snmpoid table, please run the new snmpoid.sql to ensure your system will work after an upgrade. * The Service Monitor's RPC plugin no longer complains loudly to stderr. * The Messages and Report web interfaces will no longer intermittently cross-over mysteriously. * The alert message texts have been updated to contain messages for all known alerts. * Overlapping time periods in an alert profile will no longer cause double alerts to be sent. * Modules that are down can now actually be found and deleted in the Device Management interface. * The Traffic Map system and Network Explorer can now be properly configured to run without a single NAV root directory. * Alert Profiles web pages now include the correct stylesheets, so it won't look as funny. * Several getDeviceData-related problems were ironed out. * The menu on Messages' maintenance list is no longer ugly. * IP devices put on maintenance will now be taken off maintenance, instead of remaining on maintenance forever. * Maintenance-scheduled IP devices can now be properly deleted from messages. * Next/previous page-links in reports will now work properly even when using advanced search options. Also, advanced searching on database fields that contain underscores (like sw_ver) will now work. * Performance improvements in the IP Device Center. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC3j+FXxIl0kpcOkQRAuL/AJ4mRZDumeyw6J5WYEbu2fMElly8rACg06qD JiE2e+s7Ioaa/iHjoby5vEY= =C+7R -----END PGP SIGNATURE-----
From kreide at gmail.com Wed Jul 20 14:06:25 2005 From: kreide at gmail.com (Kristian Eide) Date: Wed Jul 20 22:06:30 2005 Subject: [Nav-users] Tomcat java (class/module) missing error & vlanPlot java error In-Reply-To: <42DE04B3.5050506@ntnu.no> References: <E04174B5A513E542AD2CB6C1E18D9C7D4DD55C@Exchange.admin.khio.no> <200507191831.06408.kreide@gmail.com> <42DE04B3.5050506@ntnu.no> Message-ID: <b4c110fd05072013061cfba430@mail.gmail.com>
You need to copy (or symlink) the .jar files from nav/lib/java to the shared/lib tomcat directory. That shouldn't really be necessary if you've already symlinked those jar-files to $JAVA_HOME/jre/lib/ext/ ? We certainly didn't do this on our production server, and it still works.
I think the recommended procedure is to only put the SNMP and Postgre jars in lib/ext and leave all NAV-specific jars in nav/lib/java. It is then necessary to symlink these files into the shared/lib tomcat directory. Of course symlinking everything into lib/ext works and is simpler :)
Should we perhaps have a tomcat install guide which mentions this? If anything were to be put in such a guide, it would be a bit about whether or not it is necessary to restart Tomcat or delete the extracted webapp directories when the NAV webapps have been upgraded. I think you're the expert on this particular subject :)
It is probably safest to delete the directories and then restart tomcat (though a better option is to use the webadmin tool to simply redeploy the web applications). -- Kristian
Hello ! I've one problem I never have found a solution for, and that is using norwegian letters (??????). If I tries to use it then I get this error message : The data you input was sent in a non-recognisible encoding. Make sure your browser uses automatic character encoding or set it to 'utf_8'. The browser is using UNICODE (UTF-8) and the database it created using with this command : "createdb --encoding UTF-8" Anybody got a clue ? --- 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 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no
From a.l.prois at usit.uio.no Fri Jul 22 17:09:42 2005 From: a.l.prois at usit.uio.no (=?ISO-8859-1?Q?Asbj=F8rn_Pr=F8is?=) Date: Fri Jul 22 16:09:53 2005 Subject: [Nav-users] Bug in Add IP device? Message-ID: <Pine.SOL.4.58-L.0507221558230.11913@saruman.uio.no>
Hello. On NAV3 rc2 I get this error when trying to add a new catalyst 2924XLv IP device (category SW) : --- snip --- Add IP device Error: pysnmp.asn1.error.ValueConstraintError: Single value constraint for Version: 0 not within allowed values --- /snip --- If I reload the page, go back and try again, og just hit continue it disappears! Anyone else get this, or is it just me? -Asbj?rn-
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 22/07/2005 16:09, Roar Pettersen uttered:
The data you input was sent in a non-recognisible encoding. Make sure your browser uses automatic character encoding or set it to 'utf_8'.
The browser is using UNICODE (UTF-8) and the database it created using with this command : "createdb --encoding UTF-8"
Anybody got a clue ?
No, I've never heard anyone complain about this. Is this an error message the web interface reports when you submit forms? What browser are you using, on which platform? The point is, every page generated by the NAV web interface should tell the browser that its encoding is UTF-8, and the expected behaviour from the browser should be to submit form data using the same encoding. There might be a problem, however, if your Apache server reports in its headers that all pages are ISO-8859-1, while the HTML produced by NAV says its UTF-8 - I'm not exactly clear on how browsers handle this type of conflict. If you are using Mozilla/Firefox, you can grab the response headers from your NAV server by using the livehttpheaders plugin. See what the Content-Type header is set to. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC5Jg1XxIl0kpcOkQRAqNEAKDitY25wep1sSYr+GS4p35K1sJQIgCgmnwH PrGGEwLTiAu4OuiqVnOB/HE= =9u92 -----END PGP SIGNATURE-----
From morten.vold at ntnu.no Mon Jul 25 10:49:12 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Mon Jul 25 09:49:18 2005 Subject: [Nav-users] Bug in Add IP device? In-Reply-To: <Pine.SOL.4.58-L.0507221558230.11913@saruman.uio.no> References: <Pine.SOL.4.58-L.0507221558230.11913@saruman.uio.no> Message-ID: <42E49978.6090603@ntnu.no>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 22/07/2005 16:09, Asbj?rn Pr?is uttered:
--- snip --- Add IP device Error: pysnmp.asn1.error.ValueConstraintError: Single value constraint for Version: 0 not within allowed values --- /snip ---
Anyone else get this, or is it just me?
My first guess is that you are not using the required version of pysnmp. Unfortunately, someone(tm) used a development version of pysnmp when EditDB was written, and the pysnmp API was very unstable in these development versions. This means that any other version than the one EditDB was written for will probably fail. We haven't had the resources to fix this yet, but I will put it higher on our TODO list. The required version of pysnmp is 3.3.5. If this is your exact version number, however, I have no clue what your problem might be :( - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC5Jl4XxIl0kpcOkQRArSgAKCMjvxspGCmvz4/UfyPhpPrOuMMLgCgw3tH MqYRMHivJRP96EJuDMacENA= =s5Tm -----END PGP SIGNATURE-----
From roar.pettersen at it.uib.no Mon Jul 25 11:33:13 2005 From: roar.pettersen at it.uib.no (Roar Pettersen) Date: Mon Jul 25 10:33:20 2005 Subject: [Nav-users] Release-notice: NAV 3.0 RC2 In-Reply-To: <42E49835.1000200@ntnu.no> References: <42DE3F92.2030207@ntnu.no> <Pine.GSO.4.61.0507221605370.19495@alf.uib.no> <42E49835.1000200@ntnu.no> Message-ID: <Pine.GSO.4.61.0507251031320.11464@alf.uib.no>
Hello !
The point is, every page generated by the NAV web interface should tell the browser that its encoding is UTF-8, and the expected behaviour from the browser should be to submit form data using the same encoding. There might be a problem, however, if your Apache server reports in its headers that all pages are ISO-8859-1, while the HTML produced by NAV says its UTF-8 - I'm not exactly clear on how browsers handle this type of conflict.
Changing the "AddDefaultCharset" to UTF-8 in httpd.conf was the solution to this problem. :-) Thank you ! -- 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 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no
From morten.vold at ntnu.no Tue Jul 26 10:57:45 2005 From: morten.vold at ntnu.no (Morten Vold) Date: Tue Jul 26 09:57:51 2005 Subject: SV: [Nav-users] Tomcat java (class/module) missing error & vlanPlot java error In-Reply-To: <E04174B5A513E542AD2CB6C1E18D9C7D4DD55E@Exchange.admin.khio.no> References: <E04174B5A513E542AD2CB6C1E18D9C7D4DD55E@Exchange.admin.khio.no> Message-ID: <42E5ECF9.4090805@ntnu.no>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 20/07/2005 13:15, Bulent Sarinc uttered:
* cricket-config and editdb, what are the differences.
I have put all of the routers and router-interfaces in cricket and tested that it really collects data, and I have edited the editdb and put the same servers in it with location, rooms and other stuff in it.
How do you mean? NAV automatically generates Cricket configuration for the IP Devices registered in NAV (through editdb), through the makecricketconfig.pl script. The script runs as a nightly cronjob, but it can always be run manually if you want to. There should be no need to manually maintain a Cricket configuration unless you have special needs.
* question 2 is, why cant I get anything out of the nav graphics tools. Everything seems empty. (the errors I complaimed about earlier is now fixed)
And by "nav graphics tools" you mean what, exactly? The traffic map?
* postgresql complains about "to many clients already" frequently, how to by-pass or fix this. What I do each time this happens is that I restart the postgresql server, it helps a period of time.
Mm, that problems is mostly related to the fact that Apache runs as several processes, and the NAV web interface may open up to two connections to PostgreSQL for each of those processes. In the end, this could add up to a lot of connections. To up the number of connections that PostgreSQL will allow, take a look in $PGDATA/postgresql.conf .
NameMapper.NotFound: preferences """"
Am I missing some css files?
Nope, this seems to be a new bug. We also see it on our production server, but strangely enough, not on our development server :-/
* I have a redhat on a Celeron slow computer with 128 MB RAM, I was to late to read that I should have a powerful computer. Is some of these problems related to the fact that I have a slow computer. Maybe some database timeout is triggered due to this problem?
Hardly. The power of your server should be relative to the size of your monitored network. A server that is too weak will generally appear less responsive in the web interface, and sometimes over an SSH connection. There is a huge amount of both disk- and network-I/O involved in monitoring a large network. Hard disk performance is most likely to be the bottleneck of the server. I believe a lot of RAM is one of the best ways to alleviate disk I/O-related problems. Our production server is equipped with 2 Xeon processors and 2GB of RAM, and most of that 2GB is utilized at all times. At times, even our server is slow when monitoring our large network, so we still need to work on optimizing NAV in the future. - -- Morten Vold NTNU ITEA Integrasjonsgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC5ez4XxIl0kpcOkQRAgSQAKC8p/Ua2d8Wj307txOUzKu3bPAQqQCg8pAV UWP9XlB7JEoElzaIGvIv9Ho= =3aA7 -----END PGP SIGNATURE-----
From roar.pettersen at it.uib.no Tue Jul 26 13:49:13 2005 From: roar.pettersen at it.uib.no (Roar Pettersen) Date: Tue Jul 26 12:49:19 2005 Subject: SV: [Nav-users] Tomcat java (class/module) missing error & vlanPlot java error In-Reply-To: <42E5ECF9.4090805@ntnu.no> References: <E04174B5A513E542AD2CB6C1E18D9C7D4DD55E@Exchange.admin.khio.no> <42E5ECF9.4090805@ntnu.no> Message-ID: <Pine.GSO.4.61.0507261242530.4660@alf.uib.no>
Hello !
NAV automatically generates Cricket configuration for the IP Devices registered in NAV (through editdb), through the makecricketconfig.pl script.
We have one odd problem with Cricket, as you have decribe the Cricket config should be generated by the script "makecricketconfig.pl". when I look at our giga-router-interfaces on our routers (6509) then I see only "No description available" in the Description field. Looking at giga-switch-ports on the same router (6509), then the description field is correct. -- 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 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no
From a.l.prois at usit.uio.no Tue Jul 26 16:12:08 2005 From: a.l.prois at usit.uio.no (=?ISO-8859-1?Q?Asbj=F8rn_Pr=F8is?=) Date: Tue Jul 26 15:12:17 2005 Subject: [Nav-users] More types for the NAV db + 1 "bug" Message-ID: <Pine.SOL.4.58-L.0507261450100.18190@saruman.uio.no>
Hello. Here are the types I had to add to the type table in EditDB when filling in some equipment on my NAV3 rc2 test installation : http://folk.uio.no/asbjorp/nav3/new_types.txt Or a pg_dump of my type table (cleaned out norwegian words etc) : http://folk.uio.no/asbjorp/nav3/type.sql And allso, in the NAV-links section on the front-page : the "About NAV / Other NAVs" points to a dead url (http://metanav.ntnu.no/moin.cgi/NAVlinks/) Not very important, but I thought I should mention it #:) -Asbj?rn-
participants (2)
-
morten.vold＠ntnu.no -
roar.pettersen＠it.uib.no