Nav-users

nav-users@lister.sikt.no

1 participants
1378 discussions

Java Client configuration ( Machine Client )
by jean.tomaz.da.silva＠gmail.com 03 Sep '09

03 Sep '09

Hello, Friends, What is the best configuration of Java Virtual Machine to use in tool NetMap visualization ? Best Regards, Jean Tomaz.

2 1

Bandwith usage not showing on some Cisco switches.
by Audun Einangen 26 Aug '09

26 Aug '09

Hi. This may be a stupid question, but I am experiencing a strange problem in NAV, where only about a third of the links on our core router shows up with any usage, the rest comes up as if there is no traffic there at all. One other switch on the network shows usage towards all other switches, but the rest of the switches on our network shows no usage whatsoever. The easiest way to see this, is when I look at the network map, and find most of the links gray, while some are green. This is a fairly new install (only a few days old,) so I may have missed some of the documentation, but I can't seem to find anything on this problem. Our goal is, among other things, to monitor for any congestions, so the map could prove useful for those purposes. Any ideas of what I might be doing wrong? Mvh, Audun Einangen Hammerfest Kommune, IT-avdelingen

3 4

Asset tracking features in NAV
by D.P.Round 26 Aug '09

26 Aug '09

One of the features we particularly wanted from NAV is asset tracking. Am I right that these features are going to be dropped from NAV? All I really want is some way for NAV to keep track of switches in the store cupboard (both new and recycled), as well as those on the network. I don't think we are ever likely to use any features beyond that. If this feature area is to be dropped, would be be possible to add an "inactive" check box to the main Seed database/IP Devices/Add screen? David -- Dr. David Round -- Network Engineer University of Wales, Bangor - IT Services Adeilad Deiniol, Ffordd Deiniol phone (01248) 382416 Bangor, Gwynedd, LL57 2UX, UK EMail d.p.round(a)bangor.ac.uk -- Gall y neges e-bost hon, ac unrhyw atodiadau a anfonwyd gyda hi, gynnwys deunydd cyfrinachol ac wedi eu bwriadu i'w defnyddio'n unig gan y sawl y cawsant eu cyfeirio ato (atynt). Os ydych wedi derbyn y neges e-bost hon trwy gamgymeriad, rhowch wybod i'r anfonwr ar unwaith a dilëwch y neges. Os na fwriadwyd anfon y neges atoch chi, rhaid i chi beidio â defnyddio, cadw neu ddatgelu unrhyw wybodaeth a gynhwysir ynddi. Mae unrhyw farn neu safbwynt yn eiddo i'r sawl a'i hanfonodd yn unig ac nid yw o anghenraid yn cynrychioli barn Prifysgol Bangor. Nid yw Prifysgol Bangor yn gwarantu bod y neges e-bost hon neu unrhyw atodiadau yn rhydd rhag firysau neu 100% yn ddiogel. Oni bai fod hyn wedi ei ddatgan yn uniongyrchol yn nhestun yr e-bost, nid bwriad y neges e-bost hon yw ffurfio contract rhwymol - mae rhestr o lofnodwyr awdurdodedig ar gael o Swyddfa Cyllid Prifysgol Bangor. www.bangor.ac.uk This email and any attachments may contain confidential material and is solely for the use of the intended recipient(s). If you have received this email in error, please notify the sender immediately and delete this email. If you are not the intended recipient(s), you must not use, retain or disclose any information contained in this email. Any views or opinions are solely those of the sender and do not necessarily represent those of the Bangor University. Bangor University does not guarantee that this email or any attachments are free from viruses or 100% secure. Unless expressly stated in the body of the text of the email, this email is not intended to form a binding contract - a list of authorised signatories is available from the Bangor University Finance Office. www.bangor.ac.uk

2 3

Email problems after upgrade
by Lars 18 Aug '09

18 Aug '09

Hi, NAV has been running on a Debian machine flawlessly for a while, but after I did a "aptitude update" and "aptitude upgrade" I ran into some problems. The updated NAV package warned me that I needed to edit in the db password manually, which I did. Firstly I had to point apache into the right directory to get the webpage to work again. It seems to work properly. It detects devices going up and down and updates statuses on the frontpage/status page and logs per device seem fine as well. So as far as I can tell the database is working as it should as well as all the background processes. Email alerts does not work though. Apparently the addresses are blacklisted according to the alertenginge.log, but I can't find any place where email addresses are blacklisted. New alert adresses also get blacklisted. From what I can see in our mailserver log, the mail alerts never get there, which is understandable since it looks like there is some setting in NAV somewhere that stop alerts from being sent. Here is an example from the log. [2009-07-27 00:48:19,368] [WARNING] [pid=5403 nav.alertengine.alertaddress.send] Not sending alert 4927 to xxxx(a)example.com as handler Email is blacklisted (Email address edited out) alertengine.err.log is empty. Email from Cron daemon works fine. I tried changing the mailserver in the alertengine.conf file, but that did not change anything. I am lost here. Anyone have any pointers? Lars Marius Schjærin Brednett AS

2 3

__init__.pyc not publishable - trying to get NAV to go
by D.P.Round 12 Aug '09

12 Aug '09

I'm trying to get NAV to go, on Debian this time. It all seemed to be going well, but when I try to get the nav login page I get 403 forbidden. In the apache logs I can see: [Thu Aug 06 14:09:14 2009] [warn] [client 147.143.1.98] Cannot publish nav in /nav because <module 'nav' from '/usr/lib/python2.4/site-packages/nav/__init__.pyc'> is not publishable Unfortunately, I can't see what to do at the moment. Any pointers would be appreciated. Many thanks David -- Dr. David Round -- Network Engineer University of Wales, Bangor - IT Services Adeilad Deiniol, Ffordd Deiniol phone (01248) 382416 Bangor, Gwynedd, LL57 2UX, UK EMail d.p.round(a)bangor.ac.uk -- Gall y neges e-bost hon, ac unrhyw atodiadau a anfonwyd gyda hi, gynnwys deunydd cyfrinachol ac wedi eu bwriadu i'w defnyddio'n unig gan y sawl y cawsant eu cyfeirio ato (atynt). Os ydych wedi derbyn y neges e-bost hon trwy gamgymeriad, rhowch wybod i'r anfonwr ar unwaith a dilëwch y neges. Os na fwriadwyd anfon y neges atoch chi, rhaid i chi beidio â defnyddio, cadw neu ddatgelu unrhyw wybodaeth a gynhwysir ynddi. Mae unrhyw farn neu safbwynt yn eiddo i'r sawl a'i hanfonodd yn unig ac nid yw o anghenraid yn cynrychioli barn Prifysgol Bangor. Nid yw Prifysgol Bangor yn gwarantu bod y neges e-bost hon neu unrhyw atodiadau yn rhydd rhag firysau neu 100% yn ddiogel. Oni bai fod hyn wedi ei ddatgan yn uniongyrchol yn nhestun yr e-bost, nid bwriad y neges e-bost hon yw ffurfio contract rhwymol - mae rhestr o lofnodwyr awdurdodedig ar gael o Swyddfa Cyllid Prifysgol Bangor. www.bangor.ac.uk This email and any attachments may contain confidential material and is solely for the use of the intended recipient(s). If you have received this email in error, please notify the sender immediately and delete this email. If you are not the intended recipient(s), you must not use, retain or disclose any information contained in this email. Any views or opinions are solely those of the sender and do not necessarily represent those of the Bangor University. Bangor University does not guarantee that this email or any attachments are free from viruses or 100% secure. Unless expressly stated in the body of the text of the email, this email is not intended to form a binding contract - a list of authorised signatories is available from the Bangor University Finance Office. www.bangor.ac.uk

2 1

07 Aug '09

Hello, I just installed Nav 3.5.3 from source on a Debian 5 (Lenny), following the steps described in http://metanav.uninett.no/installing_from_source_on_debian. The problem is that when I try to log in I get the following error: DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/index/login' Location: None Directory: '/usr/local/nav/apache/webroot/' Filename: '/usr/local/nav/apache/webroot/index.py' PathInfo: '/login' Phase: 'PythonHandler' Handler: 'mod_python.publisher' Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 1128, in _execute_target result = object(arg) File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line 213, in handler published = publish_object(req, object) File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line 425, in publish_object return publish_object(req,util.apply_fs_data(object, req.form, req=req)) File "/usr/lib/python2.5/site-packages/mod_python/util.py", line 554, in apply_fs_data return object(**args) File "/usr/local/nav/apache/webroot/index.py", line 194, in login authenticated = account.authenticate(password) File "/usr/local/nav/lib/python/nav/db/navprofiles.py", line 119, in authenticate return stored_hash.verify(password) File "/usr/local/nav/lib/python/nav/pwhash.py", line 116, in verify password=password) File "/usr/local/nav/lib/python/nav/pwhash.py", line 80, in __init__ self.update(password) File "/usr/local/nav/lib/python/nav/pwhash.py", line 96, in update hasher = known_methods[self.method].new(password + self.salt) File "/usr/lib/python2.5/hashlib.py", line 98, in __hash_new return __get_builtin_constructor(name)(string) File "/usr/lib/python2.5/hashlib.py", line 77, in __get_builtin_constructor raise ValueError, "unsupported hash type" ValueError: unsupported hash type Any clues on this? Did I do something wrong? Let me know if you need more info. Thank You.

3 2

SQL-query takes looong time
by Ingeborg Hellemo 03 Jul '09

03 Jul '09

postgresql version 8.3.7 When we use "IP Device Info" and enter the name of a SRV the resulting page takes minutes to load. Thanks to the useful Debug:-line at the bottom of the page I know this is because of this query: SELECT "cam"."camid", "cam"."netboxid", "cam"."sysname", "cam"."ifindex", "cam"."module", "cam"."port", "cam"."start_time", "cam"."end_time", "cam"."misscnt", "cam"."mac" FROM "cam" WHERE "cam"."netboxid" = 566 ORDER BY "cam"."start_time" ASC LIMIT 1 Time: 174.495 The result of this query is 0 lines since this is a SRV and not a GW/GSW. If I drop the "ASC LIMIT 1" from the query I get the answer in no time. I hope somebody with more SQL-knowledge than me can come up with a fix, since this is quite annoying. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no (Univ. of Tromsø, Norway)

2 2

cleanrrds.pl is not up to date
by Ingeborg Hellemo 03 Jul '09

03 Jul '09

NAV 3.5.4 $BINDIR/cleanrrds.pl is run nightly from crickets crontab. 1) This script has not been updated to use the new database: my $dbh = &NAV::connection('statTools', 'manage'); 2) This script also needs a version of find(1) that supports -printf. In FreeBSD we have to use gfind (no problem). gfind returns timestamps with a fractional part i.e. Thu May 28 12:38:06.0000000000 I suggest that line 117 in cleanrrds.pl is replaced with something like this: # Selects filepath,filename, time and size from the output. $line =~ m/(^\/.*)\/(.*\.rrd)\s(.*\d{2}:\d{2}:\d{2}(\.\d{10})?\s\d{4})\s(\d+)/; --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no (Univ. of Tromsø, Norway)

2 1

Virtual Appliance with NAV preinstalled
by Morten Werner Forsbring 29 Jun '09

29 Jun '09

Hi! I have the pleasure of announcing a Virtual Appliance with NAV preinstalled on Debian GNU/Linux 4.0 (aka. etch). There are download-instructions and some documentation on the metanav-wiki [1]. Please send bugsreports and comments to this list or to me directly. - Werner [1] http://metanav.uninett.no/navappliance

3 3

Wrong time zone in email alerts
by Ole Martin Bjorndalen 23 Jun '09

23 Jun '09

The new Alertengine sends email alerts where the Date header is in UTC instead of local time: From nav(a)gullars.uit.no Tue Jun 16 10:05:14 2009 Date: Tue, 16 Jun 2009 08:05:40 -0000 Alertengine uses Django to send mail, and Django sets the Date header like this: from email.Utils import formatdate, parseaddr, formataddr ... if 'date' not in header_names: msg['Date'] = formatdate() Calling formatdate() without arguments returns a date in UTC. So Django disregards its own time zone setting here. I'm not sure if it's done on purpose, but anyway a workaround in Alertengine would be to set the Date header explicitly to some localtime value, perhaps with: formatdate(localtime=True) or even better, use a value based on the time zone in the Django config. (Not sure how to do that.)

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