Nav-users

nav-users@lister.sikt.no

1376 discussions

Announcement: NAV 3.6.1 released
by Morten Brekkevold 25 Okt '10

25 Okt '10

NAV 3.6.1 is now available for download at Launchpad: https://launchpad.net/nav/3.6/3.6.1 See the abovementioned URL for changelog and release notes. 11 reported bugs have been resolved, and some improvements have been made to ipdevpoll. At least one bug concerns itself with the database schema, so this release also updates the schema. A problem in TwistedSNMP can cause issues with SNMP bombardment of slow SNMP agents. The bug has been reported upstream at [1] - the patch that solves the problem has also been included in NAV's contrib/patches directory. Please reports bugs at https://bugs.launchpad.net/nav :-) A binary package for Debian 5 (Lenny) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! [1] http://sourceforge.net/tracker/index.php?func=detail&aid=3083670&group_id=1… -- Morten Brekkevold UNINETT

1 0

3.6.0 mcc character encoding
by Sigurd Mytting 12 Okt '10

12 Okt '10

Hi, upgraded to 3.6.0 yesterday - it looks great! But there is a small problem: it seems mcc won't handle norwegian characters in port descriptions. 2010-10-09 09:35:58,708: [ERROR] nav.mcc.utils - Could not encode KVM Str�mskinne 1 to latin-1: 'latin-1' codec can't encode character u'\ufffd' in position 7: ordinal not in range(256) I don't really care about the description beeing correctly displayed, but mcc stops after this and no more cricket config is generated. Looks like this happens when convert_unicode_to_latin1 in nav/mcc/utils.py returns the unicode object instead of a latin-1 string. My workaround is to just return an empty string instead of the unicode object. Thanks for all the work you guys put into NAV, truly exceptional software solving everyday problems for a lot of us! Cheers, -Sigurd

2 4

Issues with database upgrade from 3.5 to 3.6
by Morten Brekkevold 12 Okt '10

12 Okt '10

Hi, This is a notice to those who have previously upgraded NAV from 3.4 to 3.5 and will be upgrading to 3.6 now. We've received some reports from users on IRC about errors during the attempt to upgrade the SQL schema from NAV 3.5 to 3.6. As we're on the brink of upgrading multiple deployments of NAV among our customers, we're seeing the same problems ourselves. During the upgrade from 3.4 to 3.5, a lot changed in the database. Most notably, the multiple databases were merged into one. But also, several indexes were renamed. For some reason, not all of these renames have stuck with some PostgreSQL installations. We really have no idea why; all the rename statements are present in the upgrade script 3.5.0.sql, and they're all run in the same transaction. If any of them failed, the entire transaction should have been rolled back and all the changes thrown away, and we would have heard of it. If you receive an error that looks like this while upgrading the schema to 3.6.0, you are affected by the problem: psql:3.6.0b1.sql:433: ERROR: constraint "accountnavbar_pkey" does not exist The problem can be fixed by re-issuing all the index renaming statements from 3.5.0.sql using psql almost the same way as you would during the upgrade. Connect to the nav database using "psql <navdb> <navuser> <password>" (the db name, user name and password can be found in db.conf), and issue the following ALTER statements: ALTER INDEX logger.message_pkey RENAME TO log_message_pkey; ALTER INDEX logger.message_origin_btree RENAME TO log_message_origin_btree; ALTER INDEX logger.message_time_btree RENAME TO log_message_time_btree; ALTER INDEX logger.message_type_btree RENAME TO log_message_type_btree; ALTER INDEX logger.type_pkey RENAME TO log_message_type_pkey; ALTER INDEX logger.type_priority_key RENAME TO log_message_type_priority_key; ALTER INDEX account_pk RENAME TO account_pkey; ALTER INDEX brukernavn_uniq RENAME TO account_login_key; ALTER INDEX accountgroup_pk RENAME TO accountgroup_pkey; ALTER INDEX alarmadresse_pk RENAME TO alertaddress_pkey; ALTER INDEX brukerprofil_pk RENAME TO alertprofile_pkey; ALTER INDEX preference_pk RENAME TO alertpreference_pkey; ALTER INDEX tidsperiode_pk RENAME TO timeperiod_pkey; ALTER INDEX utstyrgruppe_pk RENAME TO filtergroup_pkey; ALTER INDEX utstyrfilter_pk RENAME TO filter_pkey; ALTER INDEX matchfield_pk RENAME TO matchfield_pkey; ALTER INDEX filtermatch_pk RENAME TO expression_pkey; ALTER INDEX queue_pkey RENAME TO accountalertqueue_pkey; ALTER INDEX navbarlink_pk RENAME TO navbarlink_pkey; ALTER INDEX accountnavbar_pk RENAME TO accountnavbar_pkey; ALTER INDEX privilege_pk RENAME TO privilege_pkey; ALTER INDEX privilegename_uniq RENAME TO privilege_privilegename_key; Some of them may fail with an error message like 'relation "xxx" does not exist', but that is just an indication that the rename stuck the first time around. Exit psql and try the schema upgrade again. -- Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.6.0 released
by Morten Brekkevold 08 Okt '10

08 Okt '10

Finally, NAV 3.6.0 is available for download at Launchpad: https://launchpad.net/nav/3.6/3.6.0 See the abovementioned URL for changelog and release notes. If you are upgrading from 3.5, be aware that there are multiple SQL upgrade scripts from the various beta releases, so look for the 3.6.0*.sql upgrade scripts. There are undoubtedly bugs (lets not kid ourselves); if you find any, please report them at https://bugs.launchpad.net/nav :-) A binary package for Debian 5 (Lenny) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. A big thanks to everyone involved in making this release happen, happy NAVing everyone! -- Morten Brekkevold UNINETT

3 2

nav 3.5.6 and Catalyst 6500 VSS
by Ørjan Sæbø 05 Okt '10

05 Okt '10

Hi Having migrat3e to VSS (2xcat 6509), NAV is not longer able to recognize any interfaces/modules/etc. Is there a way to make this work? The system identifies as type "catalyst65xxVirtualSwitch" and has OID 1.3.6.1.4.1.9.1.896 Regards, Ørjan Sæbø

2 2

Announcement: NAV 3.6.0b6 released
by Morten Brekkevold 24 Sep '10

24 Sep '10

The sixth beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b6: https://launchpad.net/nav/3.6/3.6.0b6 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. See the abovementioned URL for changelog and release notes. Be aware that this release CHANGES the database schema, so look for the 3.6.0b6.sql upgrade script. A binary package for Debian 5 (Lenny) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Here's hoping the next one doesn't carry the beta tag! Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Announcement: NAV 3.6.0b5 released
by Morten Brekkevold 31 Aug '10

31 Aug '10

The fifth beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b5: https://launchpad.net/nav/3.6/3.6.0b5 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. See the abovementioned URL for changelog and release notes. Be aware that this release CHANGES the database schema, so look for the 3.6.0b5.sql upgrade script. A binary package for Debian 5 (Lenny) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

2 1

Install issues: Could not find the nav.startstop module
by Justin Callistini 17 Aug '10

17 Aug '10

Greetings! I am on my third attempt of installing NAV 3.5.6 on a Ubuntu 10.04 server 64bit machine and have followed the Debian cookbook each time, but to no avail. Everything seems to install just fine, but when I attempt to start NAV it gives this fatal error: testuser@metanav-test:~$ sudo /etc/init.d/nav start Starting Network Administration Visualized: Fatal error: Could not find the nav.startstop module. Is your PYTHONPATH environment correctly set up? testuser@metanav-test:~$ Upon install, the PYTHONPATH environment variable isn’t initialized, but I have tried manually adding a python directory but still no good. Other paths that I have used are: $PYTHONPATH:/usr/lib/pymodules/python2.6/nav/ $PYTHONPATH:/usr/share/python-support/nav/nav/s Any ideas what the issue could be with starting NAV? Here is my environmental variable list: testuser@metanav-test:~$ printenv TERM=xterm SHELL=/bin/bash SSH_CLIENT=10.30.38.220 1760 22 SSH_TTY=/dev/pts/0 USER=testuser LS_COLORS=rs=0:di=01;34:ln=01;36:hl=44;37:pi=40;33:so=01;35:do=01;35:bd=40;33;01 :cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:e x=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31 :*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*. tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;3 1:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif= 01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*. xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01 ;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.o gm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35 :*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=0 1;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.axv =01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:* .mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00; 36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36: MAIL=/var/mail/testuser PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games PWD=/home/testuser LANG=en_US.UTF-8 SHLVL=1 HOME=/home/testuser PYTHONPATH=/usr/bin/python/ LOGNAME=testuser SSH_CONNECTION=10.30.38.220 1760 10.50.21.5 22 LESSOPEN=| /usr/bin/lesspipe %s LESSCLOSE=/usr/bin/lesspipe %s %s _=/usr/bin/printenv testuser@metanav-test:~$ Regards, Justin Callistini IT AIS Workstudy George Fox University

2 1

Strange Python Errors after Upgrade to latest Beta
by Rudolph Bott 17 Aug '10

17 Aug '10

Hi List, I upgraded my 3.5.4 installation of NAV to the latest Beta (3.6.0b4) and ran into the error posted below. I configured NAV from scratch, updated the Database with the pgsql scripts and everything seems to be fine: I can login using a LDAP backend, see the welcome page and user information etc - but as soon as I click on 'Toolbox' I receive an error message. It thought it might be related to the 'ForgetSQL thing' but according to this list, ForgetSQL is not a requirement any more (starting with 3.6) - or am I wrong on this one? My system is Ubuntu 9.04, running with Python 2.5.4 and 2.6.2 installed. ForgetSQL is 0.5.1. == snip == MOD_PYTHON ERROR ProcessId: 22003 Interpreter: '<hostname>' ServerName: '<hostname>' DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/toolbox/' Location: None Directory: '/usr/local/nav/apache/webroot/toolbox/' Filename: '/usr/local/nav/apache/webroot/toolbox/' PathInfo: '' Phase: 'PythonHandler' Handler: 'toolbox' Traceback (most recent call last): File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1128, in _execute_target result = object(arg) File "/usr/local/nav/apache/webroot/toolbox/toolbox.py", line 39, in handler page.tools = toolbox.filterToolList(toolbox.getToolList(), req.session['user']) File "/usr/local/nav/lib/python/nav/web/toolbox.py", line 71, in filterToolList if nav.auth.hasPrivilege(user, 'web_access', tool.uri): File "/usr/local/nav/lib/python/nav/auth.py", line 58, in hasPrivilege raise "user parameter is of invalid type %s" % type(user) TypeError: exceptions must be classes or instances, not str MODULE CACHE DETAILS Accessed: Wed Jul 21 14:12:30 2010 Generation: 1 _mp_34a3546f4bff52bdef2b9323a235d99b { FileName: '/usr/local/nav/apache/webroot/toolbox/toolbox.py' Instance: 1 [IMPORT] Generation: 2 Modified: Mon Nov 16 11:51:45 2009 Imported: Wed Jul 21 14:12:30 2010 } == snip == Any help would be appreciated! Regards, Rudolph Bott

2 3

Announcement: NAV 3.6.0b4 released
by Morten Brekkevold 08 Jul '10

08 Jul '10

The fourth beta test release of NAV 3.6 is now available for download at Launchpad, NAV 3.6.0b4: https://launchpad.net/nav/3.6/3.6.0b4 Beta testing is open to anyone, but please be aware, this code IS NOT production ready. If you wish to test the beta code, do so on a dedicated test system. Three of our own customers, in addition to our self, will be running "official" beta tests, so we have a good spread in the types of networks and devices we get to test the new code on. See the abovementioned URL for changelog and release notes. A binary package for Debian 5 (Lenny) will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 0

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