Nav-users

nav-users@lister.sikt.no

1 participants
1378 discussions

SV: Ang: [Nav-users] Get error when adding IP device "Gw router - layer 3 device"
by peder.sefland＠hivolda.no 12 Des '06

12 Des '06

Hi, I have experience the same thing. I have notice something but not sure if this is the problem. When you add ip device and select the Catagory GW (Router (layer 3 device)) it has double brackets in its name. Non of the others Catagory has double brackets in its name. Like GSW (A layer 2 and layer 3 device) Peder >>> Den 11. desember 2006 kl. 15:45:54, i meldingen <C34A6DE4A78B8549AC97E5C414E2D2591A8F57(a)postmann.it-as.no>, skrev "Tor Pretorius" <tor.pretorius(a)it-as.no>: > I have add many Switch and GSW device > but get error when I adding GW device > > Any idea ?? > > (NAV 3.1.1 run on Centos 4.4) > -------------------- Start Error ----------------- > Mod_python error: "PythonHandler editdb" > > Traceback (most recent call last): > > File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line > 299, in HandlerDispatch > result = object(req) > > File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 156, in > handler > output = editPage(req,pageList[table](),request,unicodeError) > > File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 463, in > editPage > outputForm,action) > > File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 2323, in > add > box.getDeviceId() > > File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 178, in > getDeviceId > escapedSerials = [nav.db.escape(ser.strip()) for ser in serials > > File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 161, in > is_ascii > s.encode("ascii") > > AttributeError: 'int' object has no attribute 'encode' > > -------------------- End Error ----------------- > > > Mvh > -Tor Pretorius > > > > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >From Rufus at uiuc.edu Mon Dec 4 09:15:25 2006 From: Rufus at uiuc.edu (Yong) Date: Wed Feb 7 23:05:45 2007 Subject: [Nav-users] =?iso-8859-1?q?Vi_foresl=D0=B5r_et_arbeid!?= Message-ID: <C560BC84.5926438(a)uiuc.edu> Job-agency.biz Featured Employer: R-Money ?? Get more from R-Money?? [grey_top2.jpg] ??????Job-Managment Agency??????har et ledig arbeid for deg! - Arbeid i fri tid og Du skal f?? fra 5000 til 10000 euro i en m??ned! - Det trenges ikke noen penger fra Deg . - Du kan begynne ?? f?? l??n imorgen! Hvis Du har 2-3 frie timer, Du har lyst til ?? f?? penger, Du er ansvarlig og Du har fylt dine 18 ??r, dette er et tilbud for Deg! Hvis Du er interessert, Du kan gi oss bevist til v??r e-post adressen [1]info(a)job-agency.biz: om Din ful navn, adress(byen og staten), f??dselsdag, telefonnumer, undervisning og arbeidssteder som Du hadde f??r. Vi ber Dere om ?? studere tilbudet og gi oss beskjed om Dere aksepterer det. Din e-post adressen er tatt fra frie kilder. Hvis du vil ikke f?? meldinger fra oss til din e-post adressen, kan du sende en blank melding ???remove(a)job-agency.biz??? til v??r e-post adressen. References 1. mailto:info@job-agency.biz

1 0

Installing NAV on SLES9
by martin.roll＠elementum.info 01 Des '06

01 Des '06

Yes, I installed pysnmp (2.0.9) as described in the SLES guide. I used the package nav-3.0.0-1.noarch.rpm that is located at MetaNAV download page: http://metanav.ntnu.no/moin.cgi/NAVDownload It seems to be be NAV 3.0 beta. Should I better try to compile it from source? Sorry for my late answer. Morten Brekkevold wrote: > Martin Roll wrote, On 22-11-2006 19:01: > > >> File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 29, in ? >> from nav.Snmp import Snmp,NameResolverException,TimeOutException >> >> ImportError: cannot import name Snmp >> > > [...] > > >> 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? >> > > Looks like NAV's nav.Snmp module hasn't been fully imported because > pysnmp is missing, and this might be why you are seeing both these messages. > > Did you install pysnmp, as the SLES guide you pointed to says? What > version of NAV are you installing? > >

1 0

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

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