- Nav-users - lister.unit.no

NAV Network Explorer problem
by yonat2＠post.tau.ac.il 26 Mar '08

26 Mar '08

Hello, I've recently installed NAV, and am having a problem with the network explorer, when i click on it i get the message: HTTP Status 404 - /navAdmin/servlet/navAdmin type Status report message /navAdmin/servlet/navAdmin description The requested resource (/navAdmin/servlet/navAdmin) is not available. Apache Tomcat/5.5 perhaps there is some needed configuration change that i missed? Thanks, Yoni.

2 1

Re: Mailing lists will be moved
by Morten Brekkevold 12 Mar '08

12 Mar '08

On Fri, 29 Feb 2008 12:59:31 +0100 Morten Brekkevold <morten.brekkevold(a)uninett.no> wrote: > Hi everyone, > > This is just a notification that the nav-users, nav-dev and nav-commit > mailing lists will be moved to a different address within the next > couple of weeks. As of now, the lists have been migrated to the uninett.no domain: nav-users(a)uninett.no Web: https://postlister.uninett.no/sympa/info/nav-users nav-dev(a)uninett.no Web: https://postlister.uninett.no/sympa/info/nav-dev nav-commit(a)uninett.no Web: https://postlister.uninett.no/sympa/info/nav-commit Subscriber settings have been lost while migrating from Mailman to Sympa, which means that any special subscription setup you might have had will need to be reconfigured (such as digests, nomail/vacation etc.) To configure your subscripton settings, you can visit the above mentioned URLs and use the "First Login/Lost Password" links to receive a new password for the new web interface. NTNU will forward mail for the old mailing list addresses to the new ones for a period of time. Our apologies for any inconvenience this transition may have caused. -- mvh Morten Brekkevold UNINETT

1 0

Address of NAV 3.3.2
by helder.mendes.84＠gmail.com 19 Feb '08

19 Feb '08

Hello, I am Helder Mendes, from the Engineering School of the Polytechnic Institute of Porto (ISEP/IPP). I installed the NAV 3.3.2 in Debian, all processes are UP. Now I would like to know the address to access NAV 3.3.2 in the local host? Or setting necessary for the Tomcat 5.5? Thanks for helping. Best compliments, Helder Mendes http://www.deg.isep.ipp.pt >From johan.ponten at ericsson.com Wed Feb 20 10:57:39 2008 From: johan.ponten at ericsson.com (Johan Ponten) Date: Wed Feb 20 10:57:43 2008 Subject: [Nav-users] Address of NAV 3.3.2 In-Reply-To: <d2ab7ad30802191219j3329c015u226f364467a674a8(a)mail.gmail.com> References: <d2ab7ad30802191219j3329c015u226f364467a674a8(a)mail.gmail.com> Message-ID: <6BEB5EE4BAF7EB4EA6CC5CEC2AB38546075BEE04(a)esealmw103.eemea.ericsson.se> Hi, that should be a rather simple thing. If your Apache server is listening on the default port 80, you'd simply type http://localhost I use port 81, so I enter http://localhost:81 in my Firefox browser. regards, Johan -----Original Message----- From: nav-users-bounces(a)itea.ntnu.no [mailto:nav-users-bounces@itea.ntnu.no] On Behalf Of helder mendes Sent: den 19 februari 2008 21:19 To: nav-users(a)itea.ntnu.no Subject: [Nav-users] Address of NAV 3.3.2 Hello, I am Helder Mendes, from the Engineering School of the Polytechnic Institute of Porto (ISEP/IPP). I installed the NAV 3.3.2 in Debian, all processes are UP. Now I would like to know the address to access NAV 3.3.2 in the local host? Or setting necessary for the Tomcat 5.5? Thanks for helping. Best compliments, Helder Mendes http://www.deg.isep.ipp.pt _______________________________________________ nav-users mailing list nav-users(a)itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 0

New nav-deps package
by werner＠debian.org 05 Feb '08

05 Feb '08

Hi, on request from Uninett I have created a dummy package, nav-deps. The intention with this package is to provide an empty package with the same dependencies as the nav-package. It also have the following symlinks for convenience: /etc/nav -> /usr/local/nav/etc /usr/sbin/nav -> /usr/local/nav/bin/nav /var/log/nav -> /usr/local/nav/log The package [1] is available if you have the following line in your /etc/apt/sources.list: deb http://pkg-nav.alioth.debian.org/debian etch local Happy hacking! :) - Werner [1] http://pkg-nav.alioth.debian.org/debian/pool/etch/n/nav-deps/ >From werner at debian.org Tue Feb 5 17:49:01 2008 From: werner at debian.org (Morten Werner Forsbring) Date: Tue Feb 5 17:04:05 2008 Subject: [Nav-users] New nav-deps package In-Reply-To: <87abmf3fu7.fsf(a)sid.forsbring.no> (Morten Werner Forsbring's message of "Tue, 05 Feb 2008 10:36:16 +0100") References: <87abmf3fu7.fsf(a)sid.forsbring.no> Message-ID: <87myqf1h8i.fsf(a)sid.forsbring.no> Morten Werner Forsbring <werner(a)debian.org> writes: > on request from Uninett I have created a dummy package, nav-deps. The > intention with this package is to provide an empty package with the > same dependencies as the nav-package. It also have the following > symlinks for convenience: > > /etc/nav -> /usr/local/nav/etc > /usr/sbin/nav -> /usr/local/nav/bin/nav > /var/log/nav -> /usr/local/nav/log Changed the last symlink to /usr/local/nav/var/log. Thanks to Stein Magnus Jodal for his to cents. :) - Werner >From johan.ponten at ericsson.com Thu Feb 14 16:28:30 2008 From: johan.ponten at ericsson.com (Johan Ponten) Date: Thu Feb 14 16:28:41 2008 Subject: [Nav-users] alertengine does not start SLES10 Message-ID: <6BEB5EE4BAF7EB4EA6CC5CEC2AB38546075314DB(a)esealmw103.eemea.ericsson.se> Hi, I have NAV 3.2.2 installed on SLES 10. After quite some work I'm now at a point where I have two major issues (two posts) and I'm a bit stuck. 1. Everything but the <alertengine> is starting. See output below. Any idea about the error messages? Thanks a lot for your help in advance \\Johan iswtc28:/usr/local/nav # /usr/local/nav/bin/nav status Up: cricket eventengine getDeviceData iptrace logengine mactrace maintengine networkDiscovery pping servicemon smsd thresholdMon Down: alertengine iswtc28:/usr/local/nav # /usr/local/nav/bin/nav start alertengine Starting: alertengine iswtc28:/usr/local/nav # /usr/local/nav/bin/nav status Up: cricket eventengine getDeviceData iptrace logengine mactrace maintengine networkDiscovery pping servicemon smsd thresholdMon Down: alertengine iswtc28:/usr/local/nav # more var/log/alertengine.err.log Subroutine AUTOLOAD redefined at /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBD/Pg.pm line 42 (#1) (W redefine) You redefined a subroutine. To suppress this warning, say { no warnings 'redefine'; eval "sub name { ... }"; } Subroutine doQuery redefined at /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBD/Pg.pm line 64 (#1) Uncaught exception from user code: DBD::Pg initialisation failed: Can't locate object method "driver" via package "DBD::Pg" at /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-mu lti/DBI.pm line 762. Perhaps the capitalisation of DBD 'Pg' isn't right. at /usr/local/nav/lib/perl/NAV/AlertEngine/Engine.pm line 53 at /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBI.pm line 768 DBI::install_driver('DBI', 'Pg') called at /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBI.pm line 592 DBI::connect('DBI', 'dbi:Pg:dbname=navprofiles;host=\'localhost\'', 'nav', 'navnms', 'undef') called at /usr/local/nav/lib/perl/NAV/AlertEngine/E ngine.pm line 53 NAV::AlertEngine::Engine::new('NAV::AlertEngine::Engine', 'HASH(0x846df90)') called at /usr/local/nav/bin/alertdaemon.pl line 72 AlertEngine::runEngine() called at /usr/local/nav/bin/alertdaemon.pl line 132 AlertEngine::launch('/usr/local/nav/var/log/alertengine.log', '/usr/local/nav/var/log/alertengine.err.log', '/usr/local/nav/var/run/alertengine.p id') called at /usr/local/nav/bin/alertdaemon.pl line 196

1 0

TrafficMap crashes webbrowsers
by klette＠samfundet.no 10 Jan '08

10 Jan '08

Hi Pat. Sorry for the very late reply. I hope this didnt ruin your holidays :P > When I click the link it begins loading the java applet, but never > actually succeeds (even gave it a full hour to finish loading once), but > my web browser locks up. I have tried it on a few separate systems > (with different OSs and different browsers) to no avail.... > > Anyone got any ideas? There are a couple of possible errors here. My first guess would be that it fails at getting the data from vPserver and dies a horrible death, leaving the applet just running. It's a known bug that it doesnt die the right way. One trick to indentify the problem is to enable the java console (you can do this from the java-plugin control panel. You can find this in System -> Preferences on Ubuntu-systems at least. I guess other platforms have similar tools.) You should find some more useful debuginfo there. - Klette -- Mvh Kristian Klette ?Programs for sale: Fast, Reliable, Cheap: choose two.? >From prieheck at iwu.edu Wed Jan 9 13:29:22 2008 From: prieheck at iwu.edu (Pat Riehecky) Date: Thu Jan 10 13:24:17 2008 Subject: [Nav-users] TrafficMap crashes webbrowsers In-Reply-To: <20080109171752.GB28797(a)samfundet.no> References: <1198259523.6134.90.camel(a)thales.iwu.edu> <20080109171752.GB28797(a)samfundet.no> Message-ID: <1199906962.6096.72.camel@thales> :) thanks, works now !!! On Wed, 2008-01-09 at 18:17 +0100, Kristian Klette wrote: > Hi Pat. Sorry for the very late reply. I hope this didnt ruin your holidays > :P > > > When I click the link it begins loading the java applet, but never > > actually succeeds (even gave it a full hour to finish loading once), but > > my web browser locks up. I have tried it on a few separate systems > > (with different OSs and different browsers) to no avail.... > > > > Anyone got any ideas? > > There are a couple of possible errors here. My first guess would be that it > fails at getting the data from vPserver and dies a horrible death, leaving > the applet just running. It's a known bug that it doesnt die the right way. > > One trick to indentify the problem is to enable the java console (you can do > this from the java-plugin control panel. You can find this in System -> > Preferences on Ubuntu-systems at least. I guess other platforms have similar > tools.) > > You should find some more useful debuginfo there. > > - Klette >

1 0

PHP Error
by keithl＠SeattleArtMuseum.org 21 Des '07

21 Des '07

I am using PHP4. This happens when I create a new user. Keith -----Original Message----- From: Morten Brekkevold [mailto:morten.brekkevold@uninett.no] Sent: Thursday, December 20, 2007 5:49 AM To: Keith Latta Cc: 'nav-users(a)itea.ntnu.no' Subject: Re: [Nav-users] PHP Error On Tue, 18 Dec 2007 08:47:59 -0800 Keith Latta <keithl(a)seattleartmuseum.org> wrote: > I almost have NAV p and running. I am just having a few remaining > problems. I am sure this problem is simple, I just do not know the > best way to troubleshoot it. [snip] > pg_fetch_row(): supplied argument is not a valid PostgreSQL result resource [snip] > pg_exec() [function.pg-exec<http://nav/alertprofiles/function.pg-exec>]: Query failed: ERROR: syntax error at end of input at character 41 > Thanks for any help you have in solving this problem. Hi Keith, Are you using PHP5? The AlertProfiles tool sometimes outputs a few strange warnings/error messages under PHP5, but these do not seem to be detrimental to AlertProfiles' functioning. Unfortunately, there are no PHP-savvy/friendly developers currently working on NAV, so we've yet to find the time to figure out how to quench these messages. What were you doing in the interface when these errors occurred? -- mvh Morten Brekkevold UNINETT

2 1

[Nav-users] python error on unknown snmp oid breaking IP Info Center
by prieheck＠iwu.edu 20 Des '07

20 Des '07

When I add a device with an SNMP id that NAV doesn't recognize it prompts me to add it. After that point the IP Info tool will only provide the following. Mod_python error: "PythonHandler nav.web.devBrowser.dispatcher" Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/dispatcher.py", line 104, in handler result = handler.process(request) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/netbox.py", line 218, in process result.append(info.showInfo()) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/netbox.py", line 355, in showInfo info.add('Availability', self.availability()) File "/usr/lib/python2.4/site-packages/nav/web/devBrowser/netbox.py", line 491, in availability value = tableview.Value(value, "%") File "/usr/lib/python2.4/site-packages/nav/web/tableview.py", line 39, in __init__ raise "Value %r not a number" % value Value nan not a number It doesn't matter which host is accessed, it simply outputs the above. When the offending host has the snmp data removed IP Info still fails to work. If the host is removed and re-added all goes back to normal. NAV 3.3.1 from the current debian package Help! Pat

2 1

problem about traffic map.
by zsh＠fzu.edu.cn 11 Des '07

11 Des '07

My traffic map don't work very well. When i click the traffic map,i saw java loading and my explorer don't reponse any mouse click,i have to force quit my explorer.I found my swp_netbox table is empty in my database.Why? zsh 2007-12-11 >From morten.brekkevold at uninett.no Tue Dec 11 12:02:27 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Dec 11 12:02:40 2007 Subject: [Nav-users] arplogger.pl In-Reply-To: <472A25F9.6070309(a)mels-kooijman.nl> (mels(a)mels-kooijman.nl's message of "Thu, 01 Nov 2007 20:16:09 +0100") References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> <472A25F9.6070309(a)mels-kooijman.nl> Message-ID: <yylir35fq9o.fsf(a)voldsminde.uninett.no> On Thu, 01 Nov 2007 20:16:09 +0100 mels <mels(a)mels-kooijman.nl> wrote: > I get in the root mail the next message: [snip] > /usr/lib/perl5/site_perl/5.8.8/NAV.pm line 78. > > The perl modules Pg and DBD::Pg are installed > cpan> install Pg > Pg is up to date. > > cpan> install DBD::Pg > DBD::Pg is up to date. > > Any idea? According to your Cron mail: > X-Cron-Env: > <PERL5LIB=/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBD> I suspect that this makes the DBD::Pg module appear as the Pg module to arplogger.pl, but their APIs aren't the same (i.e. DBD::Pg doesn't have a connectdb() subroutine). Did you manually set PERL5LIB somewhere? If not, please remove it from navcron's crontab (if present there). Also, apologies for the late answer, I've been away on partial paternity leave and been busy with other tasks. Apparently, no one has stepped up and tended to the mailing list in the meantime :P -- mvh Morten Brekkevold UNINETT >From keithl at SeattleArtMuseum.org Tue Dec 18 08:47:59 2007 From: keithl at SeattleArtMuseum.org (Keith Latta) Date: Tue Dec 18 17:48:21 2007 Subject: [Nav-users] PHP Error Message-ID: <6440C474B3F6FE4EB44B34421B3E501E0941EA362C(a)dtes01.SAM.home> I almost have NAV p and running. I am just having a few remaining problems. I am sure this problem is simple, I just do not know the best way to troubleshoot it. AlertProfiles PHP Errorhandler [cid:image001.png@01C84152.B12BCAA0] AlertProfiles error-handler:Unkown error type: [2] pg_fetch_row(): supplied argument is not a valid PostgreSQL result resource /var/www/nav/alertprofiles/databaseHandler.php on line [1994] AlertProfiles PHP Errorhandler [cid:image001.png@01C84152.B12BCAA0] AlertProfiles error-handler:Unkown error type: [2] pg_exec() [function.pg-exec<http://nav/alertprofiles/function.pg-exec>]: Query failed: ERROR: syntax error at end of input at character 41 /var/www/nav/alertprofiles/databaseHandler.php on line [1993] Thanks for any help you have in solving this problem. Keith Latta Senior Systems Engineer Seattle Art Museum 206.654.3231

1 0

Announcement: NAV 3.3.2 released
by morten.brekkevold＠uninett.no 10 Des '07

10 Des '07

NAV 3.3.2 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is a bugfix release, the list of bugs fixed can be found in the attached changelog. Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. -- mvh Morten Brekkevold UNINETT

1 0

problem with installing nav
by yonat2＠post.tau.ac.il 29 Nov '07

29 Nov '07

Hello, I'm working on linux Debian and i have little permissions. I'm trying to install NAV using your guide of "getting started". When I try to run "nav start" I get that the following services are down: eventengine getDeviceData snmptrapd. I recieve the following error msg: "Failed: eventengine getDeviceData snmptrapd Errors: tmp (Command failed: 32256)" When trying to run "etc/init.d/eventengine start" I recieve the following error msg: " createConnection ClassNotFoundExecption error: org.postgresql.Driver Error, could not connect to database! Failed". When trying to run "etc/init.d/snmptrapd start" I recieve the following error msg: "psycopg.ProgrammingError: ERROR: relation "subsystem" does not exist INSERT INTO subsystem (SELECT 'snmptrapd', '' WHERE NOT EXISTS (SELECT * FROM subsystem WHERE name = 'snmptrapd')) Failed". What should I do? Thank you.

1 0

Development source code testing problem
by zsh＠fzu.edu.cn 21 Nov '07

21 Nov '07

1. Toolbox->Report https://fzunav.fzu.edu.cn/toolbox/ Mod_python error: "PythonHandler reporthandler" 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/report/reporthandler.py", line 36, in ? from MatrixIpv4 import MatrixIpv4 ImportError: No module named MatrixIpv4 2. Toolbox->DeviceManagement https://fzunav.fzu.edu.cn/devicemanagement/ Mod_python error: "PythonHandler nav.web.devicemanagement.handler" 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/lib/python/nav/web/devicemanagement/handler.py", line 70, in handler output = history(req) File "/usr/local/nav/lib/python/nav/web/devicemanagement/history.py", line 71, in history date_options['startyear'] = db.dictfetchall()[0]['min'].year AttributeError: 'NoneType' object has no attribute 'year' >From john.m.bredal at ntnu.no Thu Nov 29 15:49:45 2007 From: john.m.bredal at ntnu.no (John-Magne Bredal) Date: Thu Nov 29 15:49:49 2007 Subject: [Nav-users] snmptrapd does not follow specifications In-Reply-To: <200711201122.lAKBM7SL052436(a)barnetv.cc.uit.no> References: <200711201122.lAKBM7SL052436(a)barnetv.cc.uit.no> Message-ID: <1196347785.5773.37.camel@raptor> On Tue, 2007-11-20 at 12:22 +0100, Ingeborg Hellemo wrote: > When snmptrapd receives a snmptrap it is _not_ supposed to use the IP-source > address of the packet as the sender of the trap, but look inside the > snmp-packet (agent-addr in SNMPv1) to see who the trap really comes from. > > There are several RFCs and papers about this (and we have mentioned it > earlier). > > > Please? > > > --Ingeborg All snmptrapd does is collect the values from a trap and store that as an object that traphandlers may use. That object contains both source and agent, where source is the ip-source address and agent is the agent-address. However, if you are referring to the linkupdown-traphandler, I agree that the use of trap source to locate the device that triggered the event is wrong. This will be fixed in an upcoming patch. -- John-Magne Bredal NTNUninett

1 0

snmptrapd does not follow specifications
by Ingeborg.Hellemo＠cc.uit.no 20 Nov '07

20 Nov '07

When snmptrapd receives a snmptrap it is _not_ supposed to use the IP-source address of the packet as the sender of the trap, but look inside the snmp-packet (agent-addr in SNMPv1) to see who the trap really comes from. There are several RFCs and papers about this (and we have mentioned it earlier). Please? --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

problem about installation of nav
by zsh＠fzu.edu.cn 16 Nov '07

16 Nov '07

hello, I have checked out the development version of nav.There isn't configure file in the directory,i don't know how to compile it.What can i do now? thank you zsh 2007-11-16 >From a.l.prois at usit.uio.no Fri Nov 16 09:58:54 2007 From: a.l.prois at usit.uio.no (=?ISO-8859-1?Q?Asbj=F8rn_Pr=F8is?=) Date: Fri Nov 16 09:59:50 2007 Subject: [Nav-users] problem about installation of nav In-Reply-To: <395202912.14392(a)fzu.edu.cn> References: <395202912.14392(a)fzu.edu.cn> Message-ID: <Pine.LNX.4.64-L.0711160957480.27468(a)klodrik.uio.no> On Fri, 16 Nov 2007, zsh wrote: > hello, > I have checked out the development version of nav.There isn't configure file in the directory,i don't know how to compile it.What can i do now? > > thank you Have you ran "aclocal" and then "autoconf"? autoconf generates the configure file.. -Asbj?rn- >From Jostein.Gogstad at idi.ntnu.no Fri Nov 16 11:46:20 2007 From: Jostein.Gogstad at idi.ntnu.no (Jostein Gogstad) Date: Fri Nov 16 11:46:22 2007 Subject: [Nav-users] Request for source code of NAV 3.4 In-Reply-To: <200711141417016872349(a)fzu.edu.cn> References: <200711141417016872349(a)fzu.edu.cn> Message-ID: <20071116104620.GL18969(a)selje.idi.ntnu.no> zsh: > hello, hi again, > I'm a engineer of Fuzhou University China. > I want to install a software to manage my ipv6 network, and make some > research.I know the NAV 3.4 version hasn't been released now,but i would > like to do some test for you.Please send the source code to me. Come to think of it, I believe the code for IPv6 is still in my branch and needs to be merged with trunk. Meaning that before anyone do so, you either have to wait for someone to do it, or do it yourself. Only problem is I believe the note which said when the last merge was done is gone. Hurray for SVN. My branch is btw. located at https://svn.itea.ntnu.no/repos/nav/navme/branches/gogstad-ipv6 -- Jostein >From zsh at fzu.edu.cn Mon Nov 19 11:20:21 2007 From: zsh at fzu.edu.cn (zsh) Date: Mon Nov 19 04:20:40 2007 Subject: [Nav-users] i can make the development source code Message-ID: <395442397.20379(a)fzu.edu.cn> when i make the development source code,it show errors as follows: [root@fzunav trunk]# make make[1]: Entering directory `/opt/nav/trunk/src' Building Util ... (cd Util && ) && touch Util /bin/sh: -c: line 0: syntax error near unexpected token `)' /bin/sh: -c: line 0: `(cd Util && ) && touch Util' make[1]: *** [Util] Error 2 make[1]: Leaving directory `/opt/nav/trunk/src' make: *** [all] Error 1 [root@fzunav trunk]# what should i do now. thank you! zsh 2007-11-19 >From stein.magnus.jodal at uninett.no Mon Nov 19 16:21:50 2007 From: stein.magnus.jodal at uninett.no (Stein Magnus Jodal) Date: Mon Nov 19 16:35:47 2007 Subject: [Nav-users] i can make the development source code In-Reply-To: <200711191120214001782(a)fzu.edu.cn> References: <200711191120214001782(a)fzu.edu.cn> Message-ID: <1195485710.6474.4.camel(a)myh.jodal.no> And to reply to the list as well, On Mon, 2007-11-19 at 11:20 +0800, zsh wrote: > when i make the development source code,it show errors as follows: > [root@fzunav trunk]# make > make[1]: Entering directory `/opt/nav/trunk/src' > Building Util ... > (cd Util && ) && touch Util > /bin/sh: -c: line 0: syntax error near unexpected token `)' > /bin/sh: -c: line 0: `(cd Util && ) && touch Util' src/Makefile:51 reads "(cd $@ && $(ANT) $(BUILDARGS)) && touch $@" and at line 41 one finds "ANT = /usr/bin/ant". > what should i do now. Have you installed Ant? It is listed as a build requirement in the INSTALL file. > thank you! No problem :-) -- Stein Magnus Jodal UNINETT AS

1 0

Announcement: NAV 3.3.1 released
by morten.brekkevold＠uninett.no 09 Nov '07

09 Nov '07

On Fri, 09 Nov 2007 11:28:30 +0100 Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> wrote: >> On another note: This only appears on old, old versions of Cheetah. Upgrade >> your software! ;-) > > We are running py24-cheetah-2.0. I was not able to find a more recent version > (October 12th, 2007) That's strange: --- nav-3.3.1/subsystem/webFront/templates% make FrontpageTemplate.py /usr/bin/cheetah compile FrontpageTemplate.tmpl Compiling FrontpageTemplate.tmpl -> FrontpageTemplate.py nav-3.3.1/subsystem/webFront/templates% cheetah -version 2.0rc7 --- Sure you don't have multiple Cheetahs installed? ;-) I'll soon be off on paternity leave for a couple of weeks, so I'll have to refer you to Stein Magnus for further discussion of this problem :-/ -- mvh Morten Brekkevold UNINETT >From zsh at fzu.edu.cn Wed Nov 14 14:17:01 2007 From: zsh at fzu.edu.cn (zsh) Date: Wed Nov 14 07:17:10 2007 Subject: [Nav-users] Request for source code of NAV 3.4 Message-ID: <395020989.03908(a)fzu.edu.cn> hello, I'm a engineer of Fuzhou University China. I want to install a software to manage my ipv6 network, and make some research.I know the NAV 3.4 version hasn't been released now,but i would like to do some test for you.Please send the source code to me. Thank you. zsh 2007-11-14 >From klette at samfundet.no Wed Nov 14 10:42:43 2007 From: klette at samfundet.no (Kristian Klette) Date: Wed Nov 14 10:43:52 2007 Subject: [Nav-users] Request for source code of NAV 3.4 In-Reply-To: <200711141417016872349(a)fzu.edu.cn> References: <200711141417016872349(a)fzu.edu.cn> Message-ID: <20071114094243.GC4751(a)samfundet.no> > hello, Hi! > I'm a engineer of Fuzhou University China. > I want to install a software to manage my ipv6 network, and make some > research.I know the NAV 3.4 version hasn't been released now,but i would > like to do some test for you.Please send the source code to me. http://metanav.uninett.no/navdownload#getting_a_development_version have instructions on how to get the current development-tree > Thank you. No problem. -- Mvh Kristian Klette ?Programs for sale: Fast, Reliable, Cheap: choose two.? >From prieheck at iwu.edu Wed Nov 14 13:57:13 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Wed Nov 14 20:55:58 2007 Subject: [Nav-users] My continued SMB quest (and lack of python knowledge) Message-ID: <1195070233.6125.51.camel(a)thales.iwu.edu> I know enough perl/php/sh to fumble about once I get a stub program working, but I cannot for the life of me get a simple python program that imports the SmbChecker.py module (and its class) which will let me call it to perform the check. I don't know squat about python which is making this a bit more complex than it should be... Anyone got a simple, takes command args, stub I could snag to import this module and see what it doesn't like about my samba server? Once I figure it out there will be a patch or doc or something coming out of me on what is up.... Pat

1 0

Announcement: NAV 3.3.1 released
by morten.brekkevold＠uninett.no 09 Nov '07

09 Nov '07

On Fri, 09 Nov 2007 10:02:15 +0100 Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> wrote: > I found a bug in the bugfix! Did I win something? > > It was so small that I was able to fix it myself (change from "#endif" to > "#end if"), but perhaps you would like to know: [snip] > Cheetah.Parser.ParseError: > > #end def found, expected #end if > > Line 65, column 1 in file FrontpageTemplate.tmpl *Sigh*. Yes, this has been posted here before, and fixed on trunk by Jodal. But we forgot to merge it to the 3.3.1 release :-( On another note: This only appears on old, old versions of Cheetah. Upgrade your software! ;-) -- mvh Morten Brekkevold UNINETT >From Ingeborg.Hellemo at cc.uit.no Fri Nov 9 11:28:30 2007 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Fri Nov 9 11:28:33 2007 Subject: [Nav-users] Announcement: NAV 3.3.1 released In-Reply-To: Your message of "Fri, 09 Nov 2007 11:08:09 +0100." <yyllk97enp2.fsf(a)voldsminde.uninett.no> Message-ID: <200711091028.lA9ASUV9028835(a)barnetv.cc.uit.no> morten.brekkevold(a)uninett.no said: > On another note: This only appears on old, old versions of Cheetah. Upgrade > your software! ;-) We are running py24-cheetah-2.0. I was not able to find a more recent version (October 12th, 2007) --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Announcement: NAV 3.3.1 released
by morten.brekkevold＠uninett.no 08 Nov '07

08 Nov '07

NAV 3.3.1 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is a bugfix release, containing several important bugfixes, see the attached changelog for more. The Debian package maintainer, Morten Werner Forsbring, is working on a Debian Etch package of NAV 3.3.1, which will be released shortly. Happy NAVing, everyone! -- mvh Morten Brekkevold UNINETT

1 0

new production install
by mels＠mels-kooijman.nl 05 Nov '07

05 Nov '07

mels wrote: > Begin with the lasr, install the patch. > That doesn't work, still the error page with status. When I comment out > the next two lines in > /usr/lib/python2.5/site-packages/mod_python/importer.py > # Check for an attempt by the module to import > # itself. > > => # if parent_info: > => # assert(file != parent_info.file), "Import cycle in %s." % file > > Status seems to be working. > > The toolbox/alert profiles page is complete empty, only a white page is > displaying. I see the problem in the apache log: PHP Fatal error: Call to undefined function pg_connect() I forget the php_pg, I think > > Anmd I use the source nav-3.3.0.tar.gz > > Mels > > > Morten Brekkevold wrote: >> On Thu, 01 Nov 2007 17:47:41 +0100 mels <mels(a)mels-kooijman.nl> wrote: >> >> >>> Nav is starting without errors, but in the toolbox Alert Profiles is >>> empty. >> What do you mean by empty? Is the descriptive text missing, or the >> icon? >> >>> And Status give the following error page: >>> MOD_PYTHON ERROR >> [snip] >>> AssertionError: Import cycle in >>> /usr/local/nav/apache/webroot/status/StatusPrefs.py. >>> Any idea what's wrong? >> Yes. The same problem was discussed on this list in May. See >> http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001635.html . >> Basically this error comes up on newer versions of mod_python. >> >> Your options are: >> >> * Upgrade to NAV 3.3 (I don't think anyone has made an RPM of this >> version yet, though. Mr. Krapivin has been strangely silent) >> >> * Or apply this patch: >> http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001639.html >> > > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >

1 0

new production install
by mels＠mels-kooijman.nl 01 Nov '07

01 Nov '07

After installing nav in the test enviorment on opensuse 10.2, I installed nav on a new virtual production system with opensuse 10.3. BTW the python version is the same. Nav is starting without errors, but in the toolbox Alert Profiles is empty. And Status give the following error page: MOD_PYTHON ERROR ProcessId: 2483 Interpreter: 'nav.happyunix' ServerName: 'nav.happyunix' DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/status/' Location: None Directory: '/usr/local/nav/apache/webroot/status/' Filename: '/usr/local/nav/apache/webroot/status/' PathInfo: '' Phase: 'PythonHandler' Handler: 'status' 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/local/nav/apache/webroot/status/status.py", line 71, in handler output = indexInternal(req) File "/usr/local/nav/apache/webroot/status/status.py", line 107, in indexInternal prefs = HandleStatusPrefs.loadPrefs(req) File "/usr/local/nav/apache/webroot/status/StatusPrefs.py", line 340, in loadPrefs prefs = cPickle.loads(data) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 991, in load_module return _global_modules_cache.import_module(self.__file) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 488, in import_module assert(file != parent_info.file), "Import cycle in %s." % file AssertionError: Import cycle in /usr/local/nav/apache/webroot/status/StatusPrefs.py. MODULE CACHE DETAILS Accessed: Thu Nov 1 16:27:23 2007 Generation: 7 _mp_136225482982648bcdfdd40e74885289 { FileName: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py' Instance: 1 [IMPORT] Generation: 8 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_37bf19280ab45e11f34ffeed40ee4974 { FileName: '/usr/local/nav/apache/webroot/status/StatusPrefs.py' Instance: 1 [IMPORT] Generation: 10 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } _mp_444e13f7996d2281eb7234ce037aea9a { FileName: '/usr/local/nav/apache/webroot/status/StatusSections.py' Instance: 1 [IMPORT] Generation: 9 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_6cd588e65f9c575e8e4b02d3d41602d5 { FileName: '/usr/local/nav/apache/webroot/status/status.py' Instance: 1 [IMPORT] Generation: 11 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } Any idea what's wrong? The installation is done with the package files from: http://ans.hsh.no/home/roger/nav3/ Mels >From mels at mels-kooijman.nl Thu Nov 1 20:16:09 2007 From: mels at mels-kooijman.nl (mels) Date: Thu Nov 1 20:20:00 2007 Subject: [Nav-users] arplogger.pl In-Reply-To: <472A032D.4040805(a)mels-kooijman.nl> References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> Message-ID: <472A25F9.6070309(a)mels-kooijman.nl> I get in the root mail the next message: Subject: Cron <navcron@nav> $BINDIR/arplogger.pl X-Cron-Env: <PERL5LIB=/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/DBD> X-Cron-Env: <PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/java/jdk1.5.0_12/jre/bin> X-Cron-Env: <BINDIR=/usr/local/nav/bin> X-Cron-Env: <LOCALSTATEDIR=/usr/local/nav/var> X-Cron-Env: <MAILTO=root@localhost> X-Cron-Env: <CRICKETDIR=/usr/local/nav/cricket> X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/usr/local/nav> X-Cron-Env: <LOGNAME=navcron> X-Cron-Env: <USER=navcron> Message-Id: <20071101173003.23A6219140(a)nav.happyunix.mks> Date: Thu, 1 Nov 2007 18:30:03 +0100 (CET) Status: RO Undefined subroutine &Pg::connectdb called at /usr/lib/perl5/site_perl/5.8.8/NAV.pm line 78. The perl modules Pg and DBD::Pg are installed cpan> install Pg Pg is up to date. cpan> install DBD::Pg DBD::Pg is up to date. Any idea? Mels >From mels at mels-kooijman.nl Thu Nov 1 20:33:21 2007 From: mels at mels-kooijman.nl (mels) Date: Thu Nov 1 20:33:35 2007 Subject: [Nav-users] error on toolbix/Status In-Reply-To: <472A032D.4040805(a)mels-kooijman.nl> References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> Message-ID: <472A2A01.7020703(a)mels-kooijman.nl> After installing nav in the test enviorment on opensuse 10.2, I installed nav on a new virtual production system with opensuse 10.3. BTW the python version is the same. Nav is starting without errors, but in the toolbox Alert Profiles is empty. And Status give the following error page: MOD_PYTHON ERROR ProcessId: 2483 Interpreter: 'nav.happyunix' ServerName: 'nav.happyunix' DocumentRoot: '/usr/local/nav/apache/webroot' URI: '/status/' Location: None Directory: '/usr/local/nav/apache/webroot/status/' Filename: '/usr/local/nav/apache/webroot/status/' PathInfo: '' Phase: 'PythonHandler' Handler: 'status' 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/local/nav/apache/webroot/status/status.py", line 71, in handler output = indexInternal(req) File "/usr/local/nav/apache/webroot/status/status.py", line 107, in indexInternal prefs = HandleStatusPrefs.loadPrefs(req) File "/usr/local/nav/apache/webroot/status/StatusPrefs.py", line 340, in loadPrefs prefs = cPickle.loads(data) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 991, in load_module return _global_modules_cache.import_module(self.__file) File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line 488, in import_module assert(file != parent_info.file), "Import cycle in %s." % file AssertionError: Import cycle in /usr/local/nav/apache/webroot/status/StatusPrefs.py. MODULE CACHE DETAILS Accessed: Thu Nov 1 16:27:23 2007 Generation: 7 _mp_136225482982648bcdfdd40e74885289 { FileName: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py' Instance: 1 [IMPORT] Generation: 8 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_37bf19280ab45e11f34ffeed40ee4974 { FileName: '/usr/local/nav/apache/webroot/status/StatusPrefs.py' Instance: 1 [IMPORT] Generation: 10 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusDefaultPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } _mp_444e13f7996d2281eb7234ce037aea9a { FileName: '/usr/local/nav/apache/webroot/status/StatusSections.py' Instance: 1 [IMPORT] Generation: 9 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 } _mp_6cd588e65f9c575e8e4b02d3d41602d5 { FileName: '/usr/local/nav/apache/webroot/status/status.py' Instance: 1 [IMPORT] Generation: 11 Modified: Tue May 1 22:46:42 2007 Imported: Thu Nov 1 16:27:23 2007 Children: '/usr/local/nav/apache/webroot/status/StatusPrefs.py', '/usr/local/nav/apache/webroot/status/StatusSections.py' } Any idea what's wrong? The installation is done with the package files from: http://ans.hsh.no/home/roger/nav3/ Mels >From morten.brekkevold at uninett.no Mon Nov 5 09:37:17 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Nov 5 09:37:21 2007 Subject: [Nav-users] new production install In-Reply-To: <472A032D.4040805(a)mels-kooijman.nl> (mels(a)mels-kooijman.nl's message of "Thu, 01 Nov 2007 17:47:41 +0100") References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> Message-ID: <yylprypdr5u.fsf(a)voldsminde.uninett.no> On Thu, 01 Nov 2007 17:47:41 +0100 mels <mels(a)mels-kooijman.nl> wrote: > Nav is starting without errors, but in the toolbox Alert Profiles is > empty. What do you mean by empty? Is the descriptive text missing, or the icon? > And Status give the following error page: > MOD_PYTHON ERROR [snip] > AssertionError: Import cycle in > /usr/local/nav/apache/webroot/status/StatusPrefs.py. > Any idea what's wrong? Yes. The same problem was discussed on this list in May. See http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001635.html . Basically this error comes up on newer versions of mod_python. Your options are: * Upgrade to NAV 3.3 (I don't think anyone has made an RPM of this version yet, though. Mr. Krapivin has been strangely silent) * Or apply this patch: http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001639.html -- mvh Morten Brekkevold UNINETT >From mels at mels-kooijman.nl Mon Nov 5 17:47:36 2007 From: mels at mels-kooijman.nl (mels) Date: Mon Nov 5 17:47:48 2007 Subject: [Nav-users] new production install In-Reply-To: <yylprypdr5u.fsf(a)voldsminde.uninett.no> References: <200710311344.l9VDiXYI010616(a)barnetv.cc.uit.no> <472A032D.4040805(a)mels-kooijman.nl> <yylprypdr5u.fsf(a)voldsminde.uninett.no> Message-ID: <472F4928.2040002(a)mels-kooijman.nl> Begin with the lasr, install the patch. That doesn't work, still the error page with status. When I comment out the next two lines in /usr/lib/python2.5/site-packages/mod_python/importer.py # Check for an attempt by the module to import # itself. => # if parent_info: => # assert(file != parent_info.file), "Import cycle in %s." % file Status seems to be working. The toolbox/alert profiles page is complete empty, only a white page is displaying. Anmd I use the source nav-3.3.0.tar.gz Mels Morten Brekkevold wrote: > On Thu, 01 Nov 2007 17:47:41 +0100 mels <mels(a)mels-kooijman.nl> wrote: > > >> Nav is starting without errors, but in the toolbox Alert Profiles is >> empty. > > What do you mean by empty? Is the descriptive text missing, or the > icon? > >> And Status give the following error page: >> MOD_PYTHON ERROR > [snip] >> AssertionError: Import cycle in >> /usr/local/nav/apache/webroot/status/StatusPrefs.py. > >> Any idea what's wrong? > > Yes. The same problem was discussed on this list in May. See > http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001635.html . > Basically this error comes up on newer versions of mod_python. > > Your options are: > > * Upgrade to NAV 3.3 (I don't think anyone has made an RPM of this > version yet, though. Mr. Krapivin has been strangely silent) > > * Or apply this patch: > http://desperados.itea.ntnu.no/pipermail/nav-users/2007-May/001639.html >

1 0

deb woes
by prieheck＠iwu.edu 31 Okt '07

31 Okt '07

On Wed, 2007-10-31 at 17:42 +0100, Morten Werner Forsbring wrote: > Pat Riehecky <prieheck(a)iwu.edu> writes: > > > I have setup the mirror in the documentation to get the 3.3 nav package, > > but luck is not on my side. > > > > Setting up nav (2+3.3.0-2) ... > > dpkg: error processing nav (--configure): > > subprocess post-installation script returned error exit status 1 > > Errors were encountered while processing: > > nav > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > > > > any ideas? > > This was my fault with a typo in one of the maintainer scripts. Please > try again now with 2+3.3.0-4. > > > - Werner > Hurray!!! It dumped a few warnings, but nothing halted its progress. I have attached them if you care, if not it is on 12k of wasted space on the internets. Pat

1 0

Home > IP Device Center > Services - "We're terribly sorry"
by morten.brekkevold＠uninett.no 31 Okt '07

31 Okt '07

Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > morten.brekkevold(a)uninett.no said: >> Ingeborg, if you can, please try the attached patch for this problem (I have >> no Postgres 8.2 to test on). > > Nope. We are still sorry. This time because of one escape too many. [snip] > WHERE key='serviceid' and value IN (''1','6','2','8','4','5','3'') That doesn't make sense. I took a look at servicetable.py on po, and it doesn't match servicetable.py from the current trunk or NAV 3.3. A few lines below the patched line, it contains the following: WHERE key='serviceid' and value IN (\'%s\')""" % serviceIDs This extra quote must have been added by you or someone else; it breaks both my patch and the original functionality. -- mvh Morten Brekkevold UNINETT >From prieheck at iwu.edu Tue Oct 30 10:20:17 2007 From: prieheck at iwu.edu (Pat Riehecky) Date: Tue Oct 30 16:20:15 2007 Subject: [Nav-users] deb woes Message-ID: <1193757617.6102.20.camel(a)thales.iwu.edu> I have setup the mirror in the documentation to get the 3.3 nav package, but luck is not on my side. Setting up nav (2+3.3.0-2) ... dpkg: error processing nav (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: nav E: Sub-process /usr/bin/dpkg returned an error code (1) any ideas?

2 2

AlertEngine - delayed alerts, something is not right
by Ingeborg.Hellemo＠cc.uit.no 31 Okt '07

31 Okt '07

(My mission this week is to keep you occupied with new bugs) I have made a nightly profile which is supposed to send alerts immediately via email and delayed (Daily queue) to my phone. Something is happening with queuing/deleting alerts which makes me receive two emails and I am not sure if I would have received any sms in the morning. (Today I wasn't supposed to because all downs were canceled by ups). >From alertengine.log: Wed Oct 31 04:08:57 2007 alertEngine NewAlerts-7-collectInfo: found 1 new alerts Wed Oct 31 04:08:57 2007 alertEngine QueuedAlerts-7-collectInfo: collecting info about queued alerts Wed Oct 31 04:08:57 2007 alertEngine User-7-checkAlertQueue: borge(1000); Checking queued alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkNewAlerts: borge(1000); Processing new alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkRights: borge(1000); Checking rights for user Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table alertq column severity Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=1 type=4 value=100 info=50 ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine User-7-checkActiveProfile: borge(1000); Checking active profile for user Wed Oct 31 04:08:57 2007 alertEngine User-7-collectTimePeriod: borge(1000); No time period available Wed Oct 31 04:08:57 2007 alertEngine User-7-checkAlertQueue: ingeborg(1001); Checking queued alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkNewAlerts: ingeborg(1001); Processing new alerts for user Wed Oct 31 04:08:57 2007 alertEngine User-7-checkRights: ingeborg(1001); Checking rights for user Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table alertq column severity Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=1 type=4 value=100 info=50 ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 71 Wed Oct 31 04:08:57 2007 alertEngine User-7-checkActiveProfile: ingeborg(1001); Checking active profile for user Wed Oct 31 04:08:57 2007 alertEngine User-7-collectTimePeriod: ingeborg(1001); Collected 2 alarm addresses Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:08:57 2007 alertEngine Alert-7-collecttable: collecting info from table: select c.* from cat c, netbox n where n.netboxid=136 and n.catid=c.catid Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:08:57 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:08:57 2007 alertEngine User-6-sendEmail: ingeborg(1001); EMAIL ingeborg.hellemo(a)cc.uit.no Subject: Service http is down on adbweb.uit.no Wed Oct 31 04:09:08 2007 alertEngine User-6-queueAlert: ingeborg(1001); Queued alert 4819 to address 1005 Wed Oct 31 04:10:08 2007 alertEngine NewAlerts-7-collectInfo: found 0 new alerts Wed Oct 31 04:10:08 2007 alertEngine QueuedAlerts-7-collectInfo: collecting info about queued alerts Wed Oct 31 04:10:08 2007 alertEngine User-7-checkAlertQueue: borge(1000); Checking queued alerts for user Wed Oct 31 04:10:08 2007 alertEngine User-7-checkAlertQueue: ingeborg(1001); Checking queued alerts for user Wed Oct 31 04:10:08 2007 alertEngine User-7-checkAlertQueue: ingeborg(1001); Checking queued alert 0 Wed Oct 31 04:10:08 2007 alertEngine User-7-checkActiveProfile: ingeborg(1001); Checking active profile for user Wed Oct 31 04:10:08 2007 alertEngine User-7-collectTimePeriod: ingeborg(1001); Collected 2 alarm addresses Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:10:08 2007 alertEngine Alert-7-collecttable: collecting info from table: select c.* from cat c, netbox n where n.netboxid=136 and n.catid=c.catid Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: checking to see if alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine Alert-7-getInfo: collecting info from table cat column catid Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkMatch: datatype=0 type=0 value=SRV info=SRV ret=1 Wed Oct 31 04:10:08 2007 alertEngine EquipmentGroups-7-checkAlert: Alertid 4819 is in equipmentgroup 69 Wed Oct 31 04:10:08 2007 alertEngine User-6-sendEmail: ingeborg(1001); EMAIL ingeborg.hellemo(a)cc.uit.no Subject: Service http is down on adbweb.uit.no Wed Oct 31 04:10:10 2007 alertEngine QueuedAlerts-7-deleteAlert: deleting queued alert 0 Wed Oct 31 04:10:10 2007 alertEngine Alert-7-delete: deleted alertqid=4819 --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

1 0

Home > IP Device Center > Services - "We're terribly sorry"
by morten.brekkevold＠uninett.no 30 Okt '07

30 Okt '07

Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > https://<nav-host>/browse/service/ looks like this: > > All services > dns (3) > ftp (1) > http (15) > https (4) > ... > > > If i click one of the services with a count larger than 1 i get [...] > ProgrammingError: ERROR: IN types character varying and integer cannot be > matched [...] > Please fix. This appears to related to the same problem reported in this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1792351&group_id=1… I.e. stricter type checking in PostgreSQL 8.2. I don't know whether there might be an option in postgresql.conf which allows you to reduce the strictness as a workaround, though. I've posted the bug here: http://sourceforge.net/tracker/index.php?func=detail&aid=1822760&group_id=1… -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 14:42:23 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 14:42:28 2007 Subject: [Nav-users] Home > IP Device Center > Services - "We're terribly sorry" In-Reply-To: <yyl7il4vj1x.fsf(a)voldsminde.uninett.no> (Morten Brekkevold's message of "Tue, 30 Oct 2007 14:16:58 +0100") References: <200710291222.l9TCM0oV047496(a)barnetv.cc.uit.no> <yyl7il4vj1x.fsf(a)voldsminde.uninett.no> Message-ID: <yyl1wbcvhvk.fsf(a)voldsminde.uninett.no> Morten Brekkevold <morten.brekkevold(a)uninett.no> writes: > I.e. stricter type checking in PostgreSQL 8.2. I don't know whether > there might be an option in postgresql.conf which allows you to reduce > the strictness as a workaround, though. > > I've posted the bug here: > http://sourceforge.net/tracker/index.php?func=detail&aid=1822760&group_id=1… Ingeborg, if you can, please try the attached patch for this problem (I have no Postgres 8.2 to test on). -- mvh Morten Brekkevold UNINETT

1 0

PHP-errors from AlertProfiles
by Ingeborg.Hellemo＠cc.uit.no 30 Okt '07

30 Okt '07

morten.brekkevold(a)uninett.no said: > I think he based this on the fact that whatever error messages Alert Profiles > spat at us under PHP5, anything we did in the Alert Profiles interface would > still work as before. > Are your changes saved properly, despite the errors? Yes, I later found out that everything works, you just have to ignore the large yellow warning signs. --Ingeborg -- Ingeborg ?strem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Troms?, Norway)

2 1

smsd is throwing exceptions at me
by Ingeborg.Hellemo＠cc.uit.no 30 Okt '07

30 Okt '07

morten.brekkevold(a)uninett.no said: > 1. Set loglevel: DEBUG >From etc/smsd.conf # Logging settings # Valid options are DEBUG, INFO, WARNING, ERROR, CRITICAL loglevel: DEBUG morten.brekkevold(a)uninett.no said: > 2. Restarted smsd? /#/usr/local/nav/bin/nav start smsd Starting: smsd morten.brekkevold(a)uninett.no said: > 3. Watched smsd.log until a message has been attempted dispatched? /#tail smsd.log [2007-10-30 12:09:27,590] [DEBUG] [pid=2062 nav.smsd] Starting loop. [2007-10-30 12:09:27,633] [INFO] [pid=2062 nav.smsd] Found 1 user(s) with unsent messages. [2007-10-30 12:09:27,636] [INFO] [pid=2062 nav.smsd] Found 12 unsent message(s) for 98668305. [2007-10-30 12:09:27,636] [CRITICAL] [pid=2062 nav.smsd] Sending failed permanently. Exiting. (No dispatchers available. None configured or all dispatchers failed permanently. After this smsd dies. Before i changed smsd.conf the [DEBUG]-line was missing. But nothing from dispatcher.py or gammudispatcher.py --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg(a)cc.uit.no (Univ. of Tromsø, Norway)

1 0

snmptrapd with ImportError
by morten.brekkevold＠uninett.no 30 Okt '07

30 Okt '07

Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > The module is where it is supposed to be, > PYTHONPATH=/usr/local/nav/lib/python. Other python-parts of NAV is > working as expected (or at least not complaining about missing > modules...). > > Morten, you have a user on po.uit.no. Feel free to poke around. Thanks, I had a poke, and now I know what the problem is. Your immediate fix is to do the following as root: touch /usr/local/nav/lib/python/nav/snmptrapd/__init__.py which will make Python actually recognize nav.snmptrapd as a proper Python package. The reason I was unable to reproduce the problem on my end was that I assumed this occurred when you started the daemon, but it seems it actually occurs every time a trap is received (and I had nothing configured to send traps to my daemon). The problem being that snmptrapd imports the handler modules every time it receives a trap, and not just once at the start of the process (which I think it should). I've filed this as two separate bugs in the tracker: 1. http://sourceforge.net/tracker/index.php?func=detail&aid=1822650&group_id=1… 2. http://sourceforge.net/tracker/index.php?func=detail&aid=1822651&group_id=1… -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 11:07:04 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 11:07:07 2007 Subject: [Nav-users] Nagios+lampp In-Reply-To: <Pine.LNX.4.64.0710261910340.3828(a)tyholt.uninett.no> (Vidar Faltinsen's message of "Fri, 26 Oct 2007 19:11:39 +0200 (CEST)") References: <20071026092109.wzj2jfan2c08084s(a)charlie.vbnet.com.br> <Pine.LNX.4.64.0710261910340.3828(a)tyholt.uninett.no> Message-ID: <yylabq0x6ev.fsf(a)voldsminde.uninett.no> Vidar Faltinsen <vidar.faltinsen(a)uninett.no> writes: > On Fri, 26 Oct 2007, marcos.sandrini(a)embryo.com.br wrote: > >> Bom dia! > > Bom dia, to you, too! Hi Marcos, I think what Vidar is trying to say, is that nobody on this list can read Portugese, so if you really want an answer, you should try again in English :-) -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 11:13:59 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 11:14:01 2007 Subject: [Nav-users] PHP-errors from AlertProfiles In-Reply-To: <200710260823.l9Q8N64N014697(a)barnetv.cc.uit.no> (Ingeborg Hellemo's message of "Fri, 26 Oct 2007 10:23:06 +0200") References: <200710260823.l9Q8N64N014697(a)barnetv.cc.uit.no> Message-ID: <yyl3avsx63c.fsf(a)voldsminde.uninett.no> Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > NAV 3.3.0 and php5 > > > If I try to add a new profile I get: > > AlertProfiles PHP Errorhandler [snip] > Any ideas? I had a chat with Arne, one of the original developers of the alert system (since I haven't touched PHP in many years now), as we tried to upgrade to PHP5. He suggested that these errors had been present all along, but that previous php versions suppressed them by default. I think he based this on the fact that whatever error messages Alert Profiles spat at us under PHP5, anything we did in the Alert Profiles interface would still work as before. Are your changes saved properly, despite the errors? -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Oct 30 11:35:18 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Oct 30 11:35:43 2007 Subject: [Nav-users] smsd is throwing exceptions at me In-Reply-To: <200710300901.l9U91Pvl076327(a)barnetv.cc.uit.no> (Ingeborg Hellemo's message of "Tue, 30 Oct 2007 10:01:25 +0100") References: <200710300901.l9U91Pvl076327(a)barnetv.cc.uit.no> Message-ID: <yylve8ovqjd.fsf(a)voldsminde.uninett.no> Ingeborg Hellemo <Ingeborg.Hellemo(a)cc.uit.no> writes: > Ingeborg.Hellemo(a)cc.uit.no said: >> How can I turn on more debugging? > > I have put > loglevel: DEBUG > into etc/smsd.conf, but this only makes a difference in logging from > /usr/local/nav/bin/smsd.py. I still don't see any log messages from > dispatcher.py You have of course: 1. Set loglevel: DEBUG 2. Restarted smsd? 3. Watched smsd.log until a message has been attempted dispatched? I do get log messages from nav.smsd.dispatcher here when debug logging is turned on. -- mvh Morten Brekkevold UNINETT >From Ingeborg.Hellemo at cc.uit.no Tue Oct 30 12:01:08 2007 From: Ingeborg.Hellemo at cc.uit.no (Ingeborg Hellemo) Date: Tue Oct 30 12:01:14 2007 Subject: [Nav-users] snmptrapd with ImportError In-Reply-To: Your message of "Tue, 30 Oct 2007 11:03:16 +0100." <yylfxzsx6l7.fsf(a)voldsminde.uninett.no> Message-ID: <200710301101.l9UB18tK078731(a)barnetv.cc.uit.no> morten.brekkevold(a)uninett.no said: > Your immediate fix is to do the following as root: > touch /usr/local/nav/lib/python/nav/snmptrapd/__init__.py > which will make Python actually recognize nav.snmptrapd as a proper Python > package. Cool! Then we immediately move on to new interesting errors. Now we have a "TypeError": [2007-10-30 11:54:14,375] [DEBUG] [pid=1422 nav.snmptrapd.linkupdown] Module linkupdown got trap .1.3.6.1.6.3.1.1.5.3 LINKDOWN [2007-10-30 11:54:14,376] [DEBUG] [pid=1422 nav.snmptrapd.linkupdown] SELECT netboxid, vendorid FROM netbox LEFT JOIN type USING (typeid) WHERE ip = %s [2007-10-30 11:54:14,377] [DEBUG] [pid=1422 nav.snmptrapd.linkupdown] SELECT swportid, module.deviceid, module.module, swport.interface FROM netbox LEFT JOIN module USING (netboxid) LEFT JOIN swport USING (moduleid) WHERE ip=%s AND ifindex = %s [2007-10-30 11:54:14,379] [ERROR] [pid=1422 nav.snmptrapd] Error when handling trap with nav.snmptrapd.handlers.linkupdown: unsubscriptable object Traceback (most recent call last): File "/usr/local/nav/bin/snmptrapd.py", line 300, in trapHandler accepted = mod.handleTrap(trap, config=config) File "/usr/local/nav/lib/python/nav/snmptrapd/handlers/linkupdown.py", line 110, in handleTrap subid = idres['swportid'] TypeError: unsubscriptable object

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users