Nav-users November 2006

nav-users@lister.sikt.no

8 participants
10 discussions

trenger en nav-3-0-0-vmware-DVD
by peder.sefland＠hivolda.no 24 Nov '06

24 Nov '06

Hei, Vi delte ut litt for ivrig nav-3-0-0-vmware p? uninett-konferansen, det vil si alle dvd-platene. ftp-serveren vi brukte er reinstallert. Jeg har dermed ingen ? sende til andre som sp?r om ? f? test nav via vmware. Kan noen som var p? nav workshop p? uninett konferansen i ?lesund sende meg en slik DVD. Neste gang (med nav-3.1.1-vmware) skal jeg beholde en plate selv :-) Peder

2 1

trenger en nav-3-0-0-vmware-DVD
by Ketil.Forselv＠hin.no 24 Nov '06

24 Nov '06

Hei Peder Jeg har en kopi. Skal jeg legge et image av CD'en p? FTP til deg? mvh Ketil Peder Magne Sefland said: > Hei, > > Vi delte ut litt for ivrig nav-3-0-0-vmware p? uninett-konferansen, det > vil si alle dvd-platene. ftp-serveren vi brukte er reinstallert. Jeg har > dermed ingen ? sende til andre som sp?r om ? f? test nav via vmware. > Kan noen som var p? nav workshop p? uninett konferansen i ?lesund sende > meg en slik DVD. > > Neste gang (med nav-3.1.1-vmware) skal jeg beholde en plate selv :-) > > > Peder > > > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >

1 0

small bug in initBox.py
by morten.brekkevold＠uninett.no 20 Nov '06

20 Nov '06

Hans-Peter Fuchs wrote, On 16-11-2006 10:07: > This is because the 7606 answers with 'integers' to 1.3.6.1.4.1.9.3.6.11.1.4. > > With this change to initBox.py I could add this device: > > 162c162 > < except UnicodeDecodeError, e: > --- > > except AttributeError or UnicodeDecodeError, e: Thanks for the tip, Hans-Peter! -- mvh Morten Brekkevold UNINETT >From martin.roll at elementum.info Wed Nov 22 19:01:21 2006 From: martin.roll at elementum.info (Martin Roll) Date: Wed Nov 22 19:01:30 2006 Subject: [Nav-users] Installing NAV on SLES9 In-Reply-To: <4558FA04.4010102(a)elementum.info> References: <4554962A.6060104(a)elementum.info> <45583974.8060805(a)uninett.no> <4558FA04.4010102(a)elementum.info> Message-ID: <45649071.6080403(a)elementum.info> Hello again! I have discovered another Problem with my Installation and I hope you can help me with it as well. When I log in using the NAV Webinterface, everything seems fine at first. But when I click on Toolbox --> Network Explorer I get this notice: Error, could not connect to database! I have no idea what the reason for that message could be as I followed exactly the description located at http://metanav.ntnu.no/moin.cgi/InstallingOnSLES. When I click on Toolbox --> Edit database I get this weird stuff: Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 287, in HandlerDispatch log=debug) File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 457, in import_module module = imp.load_module(mname, f, p, d) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 29, in ? import editTables,nav.Snmp,sys,re,copy,initBox,forgetSQL,nav.web File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 29, in ? from nav.Snmp import Snmp,NameResolverException,TimeOutException ImportError: cannot import name Snmp or that: Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 287, in HandlerDispatch log=debug) File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 457, in import_module module = imp.load_module(mname, f, p, d) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 29, in ? import editTables,nav.Snmp,sys,re,copy,initBox,forgetSQL,nav.web File "/usr/local/nav/lib/python/nav/Snmp.py", line 24, in ? from pysnmp.proto import v1, v2c ImportError: No module named proto Do you have any idea what I could have done wrong? Thanks for helping! Martin >From JanEgil.Artun at sauda.kommune.no Wed Nov 22 20:39:43 2006 From: JanEgil.Artun at sauda.kommune.no (=?iso-8859-1?Q?Jan_Egil_=C5rtun?=) Date: Wed Nov 22 20:39:49 2006 Subject: [Nav-users] NAV 3.1.1 and cricket problem Message-ID: <6D2D4563A4B76A4EB43F7E71B511D6DB43941C(a)HOLMAKNUTEN.ryfylke.local> Hello Ive installed NAV 3.1.1 on CentOS4.4 using the RHEL4 guide and it seems to work pretty good, except for a few problems. I added a few switches and a server as a test to see how things worked. Everything worked good until i added the server. When I added the server navcron started a process called Java, and this process took more and more memory until the computer running nav crashed. I removed the ip device from the database but then cricked displayed this error at the bottom of the cricket webpage: Config tree needs to be recompiled: Referenced file /usr/local/nav/cricket/cricket-config/servers/"IPofServer"/"IPofServer" The two questions I got then is: what is that java prosess that started the trouble and how can I prevent it from happening the next time I added a server? How do I get that Cricket error fixed? I feel more comfortable in a windows enviroment but NAV offer some good functionality that I think could be useful in our network, so I would really like to get this working. ---- mvh Jan Egil ?rtun Sauda Kommune >From roger.aas at hsh.no Thu Nov 23 11:17:31 2006 From: roger.aas at hsh.no (Roger Aas) Date: Thu Nov 23 11:17:57 2006 Subject: [Nav-users] Updated InstallingOnRHEL4 to cover NAV 3.1.1 Message-ID: <4565753B.1080102(a)hsh.no> I have the last days done some much needed editing of my installation description of NAV on CentOS and RHEL. The highlights: - Updated for NAV 3.1.1 - Tested on RHEL4 Update 4 and CentOS 4.4 - Added possibility for receiving syslog messages from equipment - Added sample firewall setup - No more vi edits, all done by cat and sed - Made clearer what site specific information needs to be entered and where Same link as before: http://metanav.ntnu.no/moin.cgi/InstallingOnRHEL4 Always nice with feedback on this document, especially if you find some errors. Best regards, - Roger -- Roger Aas Stord/Haugesund University College

1 0

Newbie Problem loading NAV on CentOS 4.4
by rkillick＠niagara.com 20 Nov '06

20 Nov '06

Roger: Thanks for the gracious and quick response to my simple problem. I just could not see how the installation could proceed without being logged in as root and your response has provide both the rational for the local user creation, and a good approach to completing the install away from the server room. Thanks for the PuTTY link. To answer your last question.. I am using the "InstallingOnRHEL4 for v3.1" with the edits by Morten Brekkevold; ### 14.11.2006 by Morten Brekkevold: ### - Updated for NAV 3.1.1. ### - NOT TESTED Thanks again, the help was much appreciated. Bob Killick

1 0

Newbie Problem loading NAV on CentOS 4.4
by rkillick＠niagara.com 17 Nov '06

17 Nov '06

Hello: I am trying to load NAV 3.1.1 onto a basic CentOS4.4 installation. My problem is likely embarrassingly simple and concerns a point near the start of the "InstallingOnRHEL4" document for NAV3.1.1. .. at the section. ## ## Make a local user ## useradd -c "John Doe" nn passwd nn .. I create a simple user called "NAVNIA" as well as an appropriate password. Soon thereafter you are asked to reboot and log in as the new user. .. Logged in as NAVNIA, that user has no root privilege or access to root level commands that now have to be executed to complete the install. While I know it is best practice not to run as root, I just don't get what I need to do to have the new user (NAVNIA) complete the install. It doesn't seem right to simply su root every time you need that privilege. As I siad. a very basic question I'm sure, but my MS-Windows admin experience is simply no help here and my access to Linux help is simply zero. I am quite interested in getting NAV up and running as a means of show-casing the OpenSource possibilities as well as hhoping to see a viable alternative to our Pergrine PND NMS. Our network has about 1600 devices and NAV looks very inviting! Any insight would be appreciated. Bob Killick

2 1

Installing NAV on SLES9
by morten.brekkevold＠uninett.no 14 Nov '06

14 Nov '06

Martin Roll wrote, On 10-11-2006 16:09: > But when I open the browser to look at the interface (on localhost) the > only thing I see is the NAV webroot directory. > Do you have any idea what could be wrong? Looks like a problem with your Apache configuration. Two questions: Is mod_python loaded by your Apache configuration? Is AllowOverride set to "All" for NAV's webroot directory? -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Mon Nov 13 13:51:13 2006 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Nov 13 13:51:28 2006 Subject: [Nav-users] CentOS RPMs for NAV 3.1.1 Message-ID: <45586A41.1080402(a)uninett.no> Hi everyone, Alexander Krapivin has most graciously provided us with updated NAV RPM packages for CentOS 4, also compatible with RHEL 4. Further install instructions for these can be found at the metanav wiki. The RPMs have not been completely tested yet, and Alexander has asked that those who use the packages report any problems to him. The packages can be downloaded at the files area on SourceForge: http://sourceforge.net/project/showfiles.php?group_id=107608 -- mvh Morten Brekkevold UNINETT >From fuchs at rrz.uni-koeln.de Mon Nov 13 16:05:15 2006 From: fuchs at rrz.uni-koeln.de (Hans-Peter Fuchs) Date: Mon Nov 13 16:05:21 2006 Subject: [Nav-users] Trying to install nav 3.1.1 Message-ID: <455897BB.16234.87A563E3(a)fuchs.rrz.uni-koeln.de> Hello list, I want to install and test nav3.1.1 The configure + make + make install run without error. Afterthat I am able to connect to the webinterface and to login. But editdb gives the error: Mod_python error: "PythonHandler editdb" Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 287, in HandlerDispatch log=debug) File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 457, in import_module module = imp.load_module(mname, f, p, d) File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 29, in ? import editTables,nav.Snmp,sys,re,copy,initBox,forgetSQL,nav.web File "/usr/local/nav/lib/python/nav/Snmp.py", line 33, in ? from pysnmp import role, v1, v2c, asn1 ImportError: cannot import name role I see that this means python is unable to find module: role but this is in: /usr/lib/python2.3/site-packages/pysnmp/mapping/udp Before I tested with nav3.1.0 under rhel-as4 and installed as described in: Installing on RHEL4. The pysnmp is from this install. What am I missing or has something changed ? Gr??e Hans-Peter Fuchs Hans-Peter Fuchs - RRZK Zimmer 20 Zentrum f?r angewandte Informatik - Universit?tsweiter Service RRZK Universit?t zu K?ln - Tel: 0221-470-6972

2 1

missing FROM-clause in databaseHandler.php
by morten.brekkevold＠uninett.no 09 Nov '06

09 Nov '06

Ingeborg Hellemo wrote, On 09-11-2006 12:58: > If somebody wants to fix one of these errors, it is located in > /usr/local/nav/apache/webroot/alertprofiles/databaseHandler.php > on line [868] > > pg_exec() [function.pg-exec]: Query failed: ERROR: missing FROM-clause entry > for table "accountgroup" If you have more of these, then please, bring'em on! r3725 on trunk saves you this time ;) -- mvh Morten Brekkevold UNINETT >From martin.roll at elementum.info Fri Nov 10 16:09:30 2006 From: martin.roll at elementum.info (Martin Roll) Date: Fri Nov 10 16:09:39 2006 Subject: [Nav-users] Installing NAV on SLES9 Message-ID: <4554962A.6060104(a)elementum.info> Hi! I recently tried to install NAV on a SLES machine according to http://metanav.ntnu.no/moin.cgi/InstallingOnSLES but I think something went wrong. I installed all of the prerequisites and configured it as described (at least I think so). When I start NAV using the "nav start" command everything seems fine. But when I open the browser to look at the interface (on localhost) the only thing I see is the NAV webroot directory. Do you have any idea what could be wrong? I can send you any configuration file to check if you want. Thanks in advance! Martin

1 0

Database problem
by morten.brekkevold＠uninett.no 09 Nov '06

09 Nov '06

Christian Goutrie wrote, On 08-11-2006 15:28: > sql by hand means, that I passed the statement directly via the psql: > > ------------------------------------- > > me@it005:~> psql -U nav -d manage > Password for user nav: > Welcome to psql 8.1.3, the PostgreSQL interactive terminal. > > manage=# SELECT AccountInGroup.accountid, groupid FROM AccountInGroup WHERE > (AccountInGroup.accountid='0'); > > accountid | groupid > -----------+--------- > (0 rows) > > manage=#\q That's your problem, right there. You did not follow the database instructions properly. The table you just selected from is not supposed to be in the `manage` database, but rather in the `navprofiles` database. Please read doc/sql/README over again. If there are any problems with the instructions there that made you misunderstand, please report back so we can write better instructions. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Thu Nov 9 10:53:09 2006 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Thu Nov 9 10:53:24 2006 Subject: [Nav-users] Garbage in alertengine.pid In-Reply-To: <200611090714.kA97ENQU070237(a)barnetv.cc.uit.no> References: <200611090714.kA97ENQU070237(a)barnetv.cc.uit.no> Message-ID: <4552FA85.5080507(a)uninett.no> Ingeborg Hellemo wrote, On 09-11-2006 08:14: > Freshly installed NAV 3.1.1. FreeBSD 6.1-RELEASE-p10 > > /# /usr/local/nav/bin/nav status > networkDiscovery: Up > > ... > > pping.py (pid 65207) is running... > ps: process id too large: 1162996552 > alertengine (pid 65218) is running... > > /# cat /usr/local/nav/var/run/alertengine.pid > 65218 1162996552 > > The first number in the pid-file is indeed the pid, but why the garbage at the > end? Ah. I discovered that myself while creating the bug you just pointed out ;) I got tired of AlertEngine's incessant verbosity when start/stopping and querying for status, so I changed its init-script to use the shell-script based pid-file probing. The "garbage" is actually a unix timestamp, referring to when the alertEngine daemon was started. When querying the alertengine program directly (as in pre-3.1.1), it would use this to tell you how long it had been running. Why on earth the author put it in the pid file, I don't know. I thought about removing the timestamp completely from the pid file as I changed the init script, as it bothered me somewhat - but in my Linux-centric world it worked fine without removing it. Looks like I'll have to reconsider... -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Thu Nov 9 11:17:28 2006 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Thu Nov 9 11:17:46 2006 Subject: [Nav-users] Garbage in alertengine.pid In-Reply-To: <4552FA85.5080507(a)uninett.no> References: <200611090714.kA97ENQU070237(a)barnetv.cc.uit.no> <4552FA85.5080507(a)uninett.no> Message-ID: <45530038.7090207(a)uninett.no> Ingeborg Hellemo wrote, On 09-11-2006 08:14: >> /# cat /usr/local/nav/var/run/alertengine.pid >> 65218 1162996552 >> >> The first number in the pid-file is indeed the pid, but why the garbage at the >> end? Morten Brekkevold wrote, On 09-11-2006 10:53: > I thought about removing the timestamp completely from the pid file as I > changed the init script, as it bothered me somewhat - but in my > Linux-centric world it worked fine without removing it. Looks like I'll > have to reconsider... Ingeborg, if you're still in the patching business, you can grab r3724 from Subversion and apply it (or the ports maintainer could do it) to fix this problem. -- mvh Morten Brekkevold UNINETT >From Ingeborg.Hellemo at cc.uit.no Thu Nov 9 12:58:06 2006 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Thu Nov 9 12:58:23 2006 Subject: [Nav-users] missing FROM-clause in databaseHandler.php Message-ID: <200611091158.kA9Bw6bs077593(a)barnetv.cc.uit.no> The problem of "missing FROM-clause" errors when using postgres 8.1 has been mentioned on this list earlier. The workaround is to add the line add_missing_from = on to postgresql.conf, but the solution is to write correct sql-queries. If somebody wants to fix one of these errors, it is located in /usr/local/nav/apache/webroot/alertprofiles/databaseHandler.php on line [868] pg_exec() [function.pg-exec]: Query failed: ERROR: missing FROM-clause entry for table "accountgroup" --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Garbage in alertengine.pid
by Ingeborg.Hellemo＠cc.uit.no 09 Nov '06

09 Nov '06

Freshly installed NAV 3.1.1. FreeBSD 6.1-RELEASE-p10 /# /usr/local/nav/bin/nav status networkDiscovery: Up ... pping.py (pid 65207) is running... ps: process id too large: 1162996552 alertengine (pid 65218) is running... /# cat /usr/local/nav/var/run/alertengine.pid 65218 1162996552 The first number in the pid-file is indeed the pid, but why the garbage at the end? The problem is there in 3.1.0 and earlier versions too, but then 'nav status' didn't mind. --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Database problem
by goutrie＠rapideye.de 08 Nov '06

08 Nov '06

Hi, i'm trying to get NAV running, because I am mainly interested in the network discovery part. After following the instructions in INSTALL, generating the databases, configuring apache2 and recompiling templates, I get this error-message: --------------------------------------------------------------------- Mod_python error: "PythonHeaderParserHandler nav.web" Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/lib/python2.4/nav/web/__init__.py", line 59, in headerparserhandler nav.web.auth.authenticate(req) File "/usr/lib/python2.4/nav/web/auth.py", line 97, in authenticate if not checkAuthorization(user, req.unparsed_uri): File "/usr/lib/python2.4/nav/web/auth.py", line 49, in checkAuthorization return nav.auth.hasPrivilege(user, 'web_access', uri) File "/usr/lib/python2.4/nav/auth.py", line 48, in hasPrivilege user.cachePrivileges() File "/usr/lib/python2.4/nav/auth.py", line 90, in cachePrivileges groups = account.getChildren(navprofiles.Accountingroup) File "/usr/local/lib/python2.4/site-packages/forgetSQL.py", line 811, in getChildren return forgetter.getAll(whereList, orderBy=orderBy) File "/usr/local/lib/python2.4/site-packages/forgetSQL.py", line 679, in getAll ids = cls.getAllIDs(where, orderBy=orderBy) File "/usr/local/lib/python2.4/site-packages/forgetSQL.py", line 743, in getAllIDs curs.execute(sql) ProgrammingError: ERROR: relation "accountingroup" does not exist SELECT AccountInGroup.accountid, groupid FROM AccountInGroup WHERE (AccountInGroup.accountid='0') ------------------------------------------------------------------------------ I If I try sql by hand in the CLI, it works. I'm puzzled now. Any idea, how to get it working? Some case-sensitive related problems? Some further Information: SuSE 10.1 Nav 3.1.0. from source Python 2.4.2 from RPM postgres 8.1.3 from RPM CHEETAH 1.0 (could not use v2, there were some syntax changes?!) from source apache 2.2.0 from RPM mod_python 3.2.10 from source perl v5.8.8 from RPM java version "1.5.0_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode) from RPM Thanks in advcance Christian >From morten.brekkevold at uninett.no Wed Nov 8 14:38:52 2006 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Wed Nov 8 14:39:37 2006 Subject: [Nav-users] Announcement: NAV 3.1.1 is out Message-ID: <4551DDEC.7010009(a)uninett.no> NAV 3.1.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a bugfix release, and some serious issues have been fixed in this version, including one security vulnerability discovered by Jim Gallacher. Binary packages for Debian will be available at a later time. The Debian package is maintained by Morten Werner Olsen, and he is currently polishing his nearly finished packaging of the 3.1.0 release. We would also like to welcome anyone interested in maintaining packages for RPM-based distributions! -- mvh Morten Vold UNINETT

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users November 2006