Nav-users

nav-users@lister.sikt.no

1373 discussions

svn.nav.ntnu.no DOWN?
by tlan＠itea.ntnu.no 03 Jun '05

03 Jun '05

Borge Brunes: > HTTP/1.1 500 Internal Server Error > > This XML file does not appear to have any style information > associated with it. The document tree is shown below. > > - <D:error> > <C:error/> > <m:human-readable errcode="160029"> > Could not open the requested SVN filesystem > </m:human-readable> > </D:error> There was a problem with the BerkleyDB-files on the subversion (they're holding all the metadata for subversion). It should be fixed by now, tho. Try again and see if the problem still occurs? -- Thomas >From kreide at gmail.com Fri Jun 3 14:15:19 2005 From: kreide at gmail.com (Kristian Eide) Date: Fri Jun 3 13:16:25 2005 Subject: [Nav-users] svn.nav.ntnu.no DOWN? In-Reply-To: <20050603110920.GA5623(a)stud.ntnu.no> References: <200506030943.j539hdF4044758(a)duke.cc.uit.no> <20050603110920.GA5623(a)stud.ntnu.no> Message-ID: <200506031315.25539.kreide(a)gmail.com> > There was a problem with the BerkleyDB-files on the subversion > (they're holding all the metadata for subversion). It should be fixed > by now, tho. We should consider switching to the FSFS (plain text files) storage format for subversion to avoid any chance of DB corruption. This format has also been made the default in the latest subversion release due to the problems users have experienced with BerkleyDB. -- Kristian

1 0

NAV workshop
by Vidar.Faltinsen＠uninett.no 01 Jun '05

01 Jun '05

Hi, We are planning a NAV workshop here in Trondheim on monday June 13. As we suspect this will only attract a Norwegian audience, the following is in Norwegian. (If I am wrong, please give me a hint): Vi har laget wiki-sider som beskriver programmet. Programmet er p? mandag 13. juni fra kl 15->. [1] S? alle NAVere - meld dere p? (en del av dere er forh?ndp?meldt)! Gj?r oppmerksom p? at vi m? sette en grense oppad. I utagnspunktet 50 stk. Vi vil kanskje ogs? m?tte gj?re en begrensning med antall fra hver enkelt institusjon om n?dvendig. Les mer p?: * http://metanav.ntnu.no/moin.cgi/NAVFagseminar Jeg kan ogs? r?pe at vi i neste uke kommer med en NAV 3.0 release candidate. F?lg med. [1] Det er lagt til dette tidspunktet bl.a. fordi det korresponderer med et gigacampus arbeidsgruppem?te som er dagen etter (dette m?tet diskuterer overv?kning mer generelt og deltagere er de som inng?r i arbeidsgruppen, disse er forh?ndsp?meldt NAV fagseminaret). -- mvh - Vidar >From magnus at ntnu.no Wed Jun 1 17:01:33 2005 From: magnus at ntnu.no (Magnus Nordseth) Date: Wed Jun 1 16:01:35 2005 Subject: [Nav-users] Another questions about vlanPlot In-Reply-To: <s29dd972.064(a)HVO-3.hivolda.no> References: <s29dd972.064(a)HVO-3.hivolda.no> Message-ID: <20050601140133.GH17281(a)stud.ntnu.no> Peder Magne Sefland: > I'm running nav3 on debian-sarge and found the file under > > locate vlanPlot.py > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.py > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyc > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyo > > I made a copy of the original file and tried to do some changes here, > but no success. > How do I manually set the hostname or ip-address? It assumes you are running tomcat, the cricket front end and the NAV frontend on the same server. This could be a bit inflexible for some installations. The hostname is defined on the line server = req.server.server_hostname which extracts the hostname from the current http request. You can modify this line so it suits your needs. However, this hostname is used for vPServerURL, lastURL, cricketURL and netflowURL. If you want different hostnames for only some of them, you have to modify how the params are defined. I probably should move all this out to a config file some day. Also note that you have to restart apache after you have made your changes to ensure mod_python reloads the new file. HTH and best regards, -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc >From peder.sefland at hivolda.no Wed Jun 1 17:59:56 2005 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Wed Jun 1 17:00:38 2005 Subject: SV: Re: Re: [Nav-users] Another questions about vlanPlot Message-ID: <s29de9ae.024(a)HVO-3.hivolda.no> Thank you Kristian and Magnus. I can see the local gatewayswitch(GSW) and all the switches(SW) under it. I don't see any data being collected, but maybe I need to set up a link between our gatewayswitch uninett's router before I can see any traffic. Peder >>> Kristian Eide <kreide(a)gmail.com> 01.06.2005 15:58:09 >>> > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.py > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyc > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyo I see on our production server we have: /usr/local/nav/lib/python/nav/web/pyproxy/vlanPlot.py You can probably edit the file in site-packages as well. You may need to delete the two last files and restart apache for the changes to take effect. The hostname can be manually set in this file, e.g. add: server = 'myserver.domain.no' Right above the line params = "". -- Kristian >From kreide at gmail.com Thu Jun 2 00:08:53 2005 From: kreide at gmail.com (Kristian Eide) Date: Wed Jun 1 23:15:50 2005 Subject: [Nav-users] BoxDown 0 d, 00 h, 00 min In-Reply-To: <s29b066b.091(a)HVO-3.hivolda.no> References: <s29b066b.091(a)HVO-3.hivolda.no> Message-ID: <200506012308.58888.kreide(a)gmail.com> > I have tried your solution Kristian, and it got better. I don't get > BoxDown 0 d, 00 h, 00 min anymore, but I still get too many alerts with > very short time between down and up. After having looked at the logs I now know why this is happening. If a box is going down and up with very short intervals it can happen that eventengine sends out messages right after a box is reported down like your are experiencing. I will try to come up with a change to eventengine to prevent this from happening. -- Kristian

1 0

SV: Re: [Nav-users] Another questions about vlanPlot
by peder.sefland＠hivolda.no 01 Jun '05

01 Jun '05

I'm running nav3 on debian-sarge and found the file under locate vlanPlot.py /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.py /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyc /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyo I made a copy of the original file and tried to do some changes here, but no success. How do I manually set the hostname or ip-address? Peder >>> Kristian Eide <kreide(a)gmail.com> 01.06.2005 15:27:29 >>> > This file does not exist! > I think it was removed some time around beta4? You are quite right; it seems it was removed by another developer. The server name is now automatically set as the same URL used for accessing vlanPlot itself, however, it can be changed manually by editing: /usr/local/nav/apache/webroot/vlanPlot/vlanPlot.py Look for 'vPServerURL' and 'cricketURL'. -- Kristian >From kreide at gmail.com Wed Jun 1 16:58:09 2005 From: kreide at gmail.com (Kristian Eide) Date: Wed Jun 1 15:58:15 2005 Subject: [Nav-users] Another questions about vlanPlot In-Reply-To: <s29dd972.063(a)HVO-3.hivolda.no> References: <s29dd972.063(a)HVO-3.hivolda.no> Message-ID: <b4c110fd050601065861b1fc57(a)mail.gmail.com> > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.py > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyc > /usr/lib/python2.3/site-packages/nav/web/pyproxy/vlanPlot.pyo I see on our production server we have: /usr/local/nav/lib/python/nav/web/pyproxy/vlanPlot.py You can probably edit the file in site-packages as well. You may need to delete the two last files and restart apache for the changes to take effect. The hostname can be manually set in this file, e.g. add: server = 'myserver.domain.no' Right above the line params = "". -- Kristian

1 0

Another questions about vlanPlot
by Borge.Brunes＠cc.uit.no 01 Jun '05

01 Jun '05

kreide(a)gmail.com said: > server. But when I click on the Traffic Map, the Java Console show these > Where do I change the ip-address? > In /usr/local/nav/etc/vlanPlot.conf. This file does not exist! I think it was removed some time around beta4? regards, -- Borge Brunes, Computer Center, University of Tromso, Norway http://www.cc.uit.no/~borge/ | http://www.freebsd.org

2 1

2 questions about vlanPlot
by kreide＠gmail.com 01 Jun '05

01 Jun '05

> 1. Where does vlanPlot read its traffic data from? We have now 50% of the > links coloured while the rest are black (no data). There is no obvius pattern. We have the same problem here at NTNU. I will investigate and report back. > 2. When you right-click on a link you can view traffic data from cricket, but > the links are somewhat mangled: Yes, this is some old behaviour left over from NAVv2. I will update it to NAVv3. -- Kristian

1 0

Another questions about vlanPlot
by peder.sefland＠hivolda.no 01 Jun '05

01 Jun '05

I installed my nav3 on vmware-workstation an later moved it to a vmware server. But when I click on the Traffic Map, the Java Console show these messages. Blanker Nettel-hash Reseter group-vector URL: https://192.168.0.192/vPServer/servlet/vPServer?section=boks&gruppeid=0&req… Create new ServerFetcher Waiting on inputQ... Exception: access denied (java.net.SocketPermission 192.168.0.192:443 connect,resolve) Where do I change the ip-address? Peder Sefland >From kreide at gmail.com Wed Jun 1 16:00:56 2005 From: kreide at gmail.com (Kristian Eide) Date: Wed Jun 1 15:01:25 2005 Subject: [Nav-users] Another questions about vlanPlot In-Reply-To: <s29dcbd8.092(a)HVO-3.hivolda.no> References: <s29dcbd8.092(a)HVO-3.hivolda.no> Message-ID: <b4c110fd050601060036b6bc1c(a)mail.gmail.com> > server. But when I click on the Traffic Map, the Java Console show these > Where do I change the ip-address? In /usr/local/nav/etc/vlanPlot.conf. -- Kristian

1 0

Compiling Nav from SVN fails
by odd.hauge＠hiMolde.no 01 Jun '05

01 Jun '05

Ok. What I did was compiling the Database.jar in the trunk/src/Database/dist/ directory, copied it to /usr/local/nav/lib/java folder and then compiled the rest of Nav. Now Nav compiles without errors... Have I missed anything ? - odd arne -----Original Message----- From: nav-users-bounces(a)itea.ntnu.no on behalf of Kristian Eide Sent: Tue 05/31/05 19:30 To: nav-users(a)itea.ntnu.no Cc: Hauge Odd Arne Subject: Re: [Nav-users] Compiling Nav from SVN fails > I'm trying to compile Nav3 from the latest SVN update. When compiling > getDeviceData following error occurs: You will need to update the Database package as well (and install the Database.jar file before compiling getDeviceData). -- Kristian

1 0

SV: Re: [Nav-users] BoxDown 0 d, 00 h, 00 min
by peder.sefland＠hivolda.no 30 Mai '05

30 Mai '05

I have tried your solution Kristian, and it got better. I don't get BoxDown 0 d, 00 h, 00 min anymore, but I still get too many alerts with very short time between down and up. This is an automatically generated message from NAV: Box volda-myrane1-MB-sw200.hivolda.no (158.38.86.6) is down since 2005-05-28 17:57:27. This is an automatically generated message from NAV: Box volda-myrane1-MB-sw200.hivolda.no (158.38.86.6) is up since 2005-05-28 17:58:08. We where looking forward to the Service-alert function in nav3. But we have the same problem there. I might get an alert that https is down on a server, but if I try that server right away it resond just fine. Peder Sefland >>> Kristian Eide <kreide(a)online.no> 19.03.2005 12:35:11 >>> > I get many alert with BoxDown 0 d, 00 h, 00 min > Sysname IP From To Downtime boxState > XXXXX.hivolda.no 158.38.XX.XXX 02:54 18-03-05 02:55 18-03-05 > 0 d, 00 h, 00 min boxDown I believe this is due to some debug code that was unfortunately included in a beta release which sets the default wait time for event engine to a very low (5 seconds) value. You can fix this problem by uncommenting the line in eventEngine.conf which sets the alertTickLength (default is 60 seconds) and restart event engine. Note that there should not be a semicolon at the end of the line, so if there is one remove it. -- Kristian >From odd.hauge at hiMolde.no Tue May 31 20:27:49 2005 From: odd.hauge at hiMolde.no (Hauge Odd Arne) Date: Tue May 31 19:27:55 2005 Subject: [Nav-users] Compiling Nav from SVN fails Message-ID: <8EEE7738AEDF6947B3E5508A0244D1C201A560(a)stam.himolde.no> Hi. I'm trying to compile Nav3 from the latest SVN update. When compiling getDeviceData following error occurs: [javac] Compiling 1 source file to /usr/local/src/nav/svn/trunk/src/getDeviceData/data-plugins/Gwport/build [javac] /usr/local/src/nav/svn/trunk/src/getDeviceData/data-plugins/Gwport/src/no/ntnu/nav/getDeviceData/dataplugins/Gwport/GwportHandler.java:196: cannot resolve symbol [javac] symbol : method free (java.sql.ResultSet) [javac] location: class no.ntnu.nav.Database.Database [javac] Database.free(rs); [javac] ^ [javac] 1 error BUILD FAILED /usr/local/src/nav/svn/trunk/src/getDeviceData/build.xml:35: Following error occured while executing this line /usr/local/src/nav/svn/trunk/src/getDeviceData/data-plugins/Gwport/build.xml:23: Compile failed; see the compiler error output for details. - odd arne

1 0

No vlan detected for Catalyst 4000 switches running CatOS
by odd.hauge＠hiMolde.no 09 Mai '05

09 Mai '05

Thank you very much. I'm impressed. Keep up the good work. - odd arne ________________________________ From: Kristian Eide [mailto:kreide@gmail.com] Sent: Mon 05/09/05 19:05 To: Hauge Odd Arne Cc: nav-users(a)itea.ntnu.no Subject: Re: [Nav-users] No vlan detected for Catalyst 4000 switches running CatOS > getDeviceData do not detect vlan for my Cat4000 switches running CatOS > version 8.4.1. This case turned out to be a bit complicated, however, the root cause is that the device reports identical serials for its three modules. I have now added support to getDeviceData for detecting this case, and handling it by ignoring any duplicate serials. Hopefully the VLANs will how up on this device now. -- Kristian

1 0

[Nav-users] Re: No vlan detected for Catalyst 4000 switches running CatOS
by kreide＠gmail.com 09 Mai '05

09 Mai '05

> getDeviceData do not detect vlan for my Cat4000 switches running CatOS > version 8.4.1. This case turned out to be a bit complicated, however, the root cause is that the device reports identical serials for its three modules. I have now added support to getDeviceData for detecting this case, and handling it by ignoring any duplicate serials. Hopefully the VLANs will how up on this device now. -- Kristian

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