Nav-users

nav-users@lister.sikt.no

1376 discussions

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

getBoksMacs is segfaulting
by Ingeborg Hellemo 23 Jun '09

23 Jun '09

getBoksMacs is sometimes, but not always, segfaulting and we need some hints about debugging. >From getBoksMacs.log it seems that i it crashes early, right after reading the database: Jun 10 11:03:35 2009 getBoksData null-5-INIT ============ getBoksData starting ============ Jun 10 11:03:35 2009 getBoksData null-5-INIT Running with 12 threads. Could not read watchMacs.conf Dumping data from tables... netboxmac...15514 ms. boks...154 ms. swport...300 ms. swportblocked...1194 ms. vlan...560 ms. swp_boks...27 ms. OID db...363 ms. # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x000000080102edc6, pid=446, tid=0x1832780 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x52edc6] # # An error report file with more information is saved as: # /usr/local/nav/lib/java/getBoksMacs/hs_err_pid446.log Sometimes it also manage to write the line "cam... XXXms." The error report is attached. If the script gets past this point without crashing it runs without problems. We have tried to vary the number of threads without seeing any difference. OS: FreeBSD 7.1-RELEASE-p5 amd64 Java: diablo-jdk-1.6.0.07.02_5 Java Development Kit 1.6.0_07.02 --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no (Univ. of Tromsø, Norway)

2 1

rrd-reading process crashes
by Ingeborg Hellemo 04 Jun '09

04 Jun '09

We have just installed NAV 3.5.4 om a host running 7.1-RELEASE-p5 amd64. When we try to reach URLs like <https://nav.uit.no/rrd/ds=211476/> the page is empty and httpd-error says child pid 48021 exit signal Segmentation fault (11) Where do I start debugging? Which process is seg-faulting? --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no (Univ. of Tromsø, Norway)

2 2

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