[Nav-users] Release-notice: NAV 3.0 RC2

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