-----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-