Nav-users

nav-users@lister.sikt.no

1372 discussions

Traffic Map will not display
by rkillick＠niagara.com 03 Okt '07

03 Okt '07

I have recently installed Nav 3.2.2 onto a CentOS 4.5 workstation using the available installation notes. I have been able to seed the database (6 xGSW + 43 x SW) and have tested most of the tool box tools without much problem with the exception of the Traffic Map. The Traffic Map will not display and simply shows an empty box where the map should be, and a lone remark in the status bar at the bottom left "Applet vlanPlot notinted". Note: The "IP address scope - graphical view" works fine. I have placed 6 x GSW (C3750s) into the '_Top' map container. Any ideas as to where to begin looking for the problem would be appreciated. Bob Killick

1 0

Announcement: NAV 3.3.0 RC1 released
by morten.brekkevold＠uninett.no 01 Okt '07

01 Okt '07

Gheorghe Limboi wrote, On 23-09-2007 00:13: > Hi, > I got this error when trying to make from sources. > > Building getDeviceData ... > (cd getDeviceData && /usr/local/ant/bin/ant ) && touch getDeviceData > Buildfile: build.xml > init: > [mkdir] Created dir: /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/build > compile: > [javac] Compiling 15 source files to /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/build > [javac] /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/src/OidTester.java:41: cannot find symbol > [javac] symbol : method getSnmpVersion() > [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp > [javac] Log.d("OID_TESTER", "DO_TEST", "Using SNMP version " + sSnmp.getSnmpVersion() + " for " + nb.getSysname()); > [javac] ^ > [javac] /home/ghita/proiect/nav-3.3.0_rc1/src/getDeviceData/src/OidTester.java:252: cannot find symbol > [javac] symbol : method getNext(int,boolean,boolean,boolean) > [javac] location: class no.ntnu.nav.SimpleSnmp.SimpleSnmp > [javac] l = sSnmp.getNext(getCnt, snmpoid.getDecodehex(), true, false); > [javac] ^ > [javac] 2 errors > BUILD FAILED > > > I notice some diff from OidTester.java in 3.3.0 and 3.2.2 . After replacing > OidTester.java with the 3.2.2 one I was able to compile without errors. > > echo $CLASSPATH > /usr/lib/jdk1.5.0_04/jre/lib/ext/snmp.jar:/usr/lib/jdk1.5.0_04/jre/lib/ext/servlet-api.jar I'm not sure why you are getting these errors, a build from scratch on a clean server works fine here. The two methods your compiler is unable to find were added to SimpleSnmp.java after NAV 3.2.2, and are present in the 3.3 release candidate. It's as if you are compiling a new version of getDeviceData against an old version of SimpleSnmp. Of course, when you replace OidTester.java with a version as old as the SimpleSnmp.java without the two new symbols, you will have success in compiling, but you will experience other problems during runtime (such as the Drexel SNMP memory leak / inifinite loop problem). Are you sure /home/ghita/proiect/nav-3.3.0_rc1/ does not contain remnants of old NAV versions? -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Mon Oct 1 11:57:39 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Oct 1 10:57:42 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 RC1 released In-Reply-To: <46F8AC23.8090409(a)gmail.com> References: <46EFCB84.70504(a)uninett.no> <46F8AC23.8090409(a)gmail.com> Message-ID: <4700B683.4050103(a)uninett.no> Erik Weber wrote, On 25-09-2007 08:35: > Glad to see a new release, does this version support surveillance of > services on snmp enabled servers? I suspect you are thinking of process monitoring through SNMP? NAV already supports external monitoring of the most common TCP/IP reachable services, but does not currently support monitoring internal server processes through SNMP. > If not, do you have any idea of which release/when that could be > implemented? I'm currently looking for a new network management system, > but I want something that can monitor all my systems. Due to limited resources, the core NAV developer team is not focusing on new service monitoring functionality, but on the core network monitoring functionality. The University of Troms?, however, are interested in using, maintaining and developing further the service monitoring aspects of NAV. You should maybe have a chat with Ole Martin Bj?rndalen of the University of Troms?, whom I've Cc:ed in this e-mail. He has written a NAV subsystem which does exactly what I think you are after: It monitors server processes through SNMP. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Mon Oct 1 12:23:49 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Oct 1 11:23:57 2007 Subject: [Nav-users] NAV 3.3.0 RC1 + Unsupported SNMP protocol version In-Reply-To: <46FB9C0B.7020109(a)gmail.com> References: <46FB9C0B.7020109(a)gmail.com> Message-ID: <4700BCA5.20406(a)uninett.no> Erik Weber wrote, On 27-09-2007 14:03: > When I try to add boxes I often get the following error message: > nav.Snmp.UnsupportedSnmpVersionError: Unsupported SNMP protocol version: 0 > > Anyone have an idea of how to fix it ? Debian Etch with the latest > package from Werner. A quick look at the code reveals a bizarre procedure; EditDB attempts to find out which SNMP version the box supports. It first attempts version 2c, if this times out it tries version 1, if this also times out it claims the SNMP version is 0. Apparently this value is used in later requests, which, of course, fails miserably. So, to make it short: It seems that what really happens when you get this message is that SNMP communication with the box timed out. I need to inspect the code a bit closer before I can tell when this actually occurs and figure out how to fix it. Question for you: Does this happen when you insert single boxes using the Add form, or does it happen only when bulk importing? Or does it happen on both? I have filed this as a bug here: http://sourceforge.net/support/tracker.php?aid=1805509 -- mvh Morten Brekkevold UNINETT >From twiztar+nav at gmail.com Mon Oct 1 15:08:28 2007 From: twiztar+nav at gmail.com (Erik Weber) Date: Mon Oct 1 14:08:45 2007 Subject: [Nav-users] NAV 3.3.0 RC1 + Unsupported SNMP protocol version In-Reply-To: <4700BCA5.20406(a)uninett.no> References: <46FB9C0B.7020109(a)gmail.com> <4700BCA5.20406(a)uninett.no> Message-ID: <4700E33C.4020002(a)gmail.com> Morten Brekkevold wrote: > Erik Weber wrote, On 27-09-2007 14:03: > >> When I try to add boxes I often get the following error message: >> nav.Snmp.UnsupportedSnmpVersionError: Unsupported SNMP protocol version: 0 >> >> Anyone have an idea of how to fix it ? Debian Etch with the latest >> package from Werner. >> > > Question for you: Does this happen when > you insert single boxes using the Add form, or does it happen only when bulk > importing? Or does it happen on both? > I've only tried to add single boxes, and the error message occur pretty fast (less than 2 seconds), so that timeout value is pretty low, hehe. I can try doing a bulk import if you think it matters. -- Erik Weber >From twiztar at gmail.com Mon Oct 1 15:14:37 2007 From: twiztar at gmail.com (Erik Weber) Date: Mon Oct 1 14:15:49 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 RC1 released In-Reply-To: <4700B683.4050103(a)uninett.no> References: <46EFCB84.70504(a)uninett.no> <46F8AC23.8090409(a)gmail.com> <4700B683.4050103(a)uninett.no> Message-ID: <4700E4AD.3060709(a)gmail.com> Morten Brekkevold wrote: > Erik Weber wrote, On 25-09-2007 08:35: > > >> Glad to see a new release, does this version support surveillance of >> services on snmp enabled servers? >> > > I suspect you are thinking of process monitoring through SNMP? NAV already > supports external monitoring of the most common TCP/IP reachable services, but > does not currently support monitoring internal server processes through SNMP. > > That's correct. We're looking for a new tool to do our surveillance and this includes a few servers with some critical services as well as com. equipment. -- Erik Weber >From morten.brekkevold at uninett.no Mon Oct 1 18:02:00 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Mon Oct 1 17:02:10 2007 Subject: [Nav-users] Announcement: NAV 3.3.0 released Message-ID: <47010BE8.1000808(a)uninett.no> NAV 3.3.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a feature release, but many bugs have also been fixed. Feedback from users and our own testing efforts revealed a few small glitches in the release candidate, and these have been fixed in this final release version. The Debian package maintainer, Morten Werner Olsen, is working on a Debian Etch package of NAV 3.3, which will be released shortly. Happy NAVing, everyone! -- mvh Morten Brekkevold UNINETT

1 0

Announcement: NAV 3.3.0 RC1 released
by morten.brekkevold＠uninett.no 18 Sep '07

18 Sep '07

A release candidate of NAV 3.3.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a feature release, but many bugs have also been fixed. We kindly ask you to give us feedback, both positive and negative, on the mailing list if you decide to test the release candidate. We will wait about 10 days to see what issues may arise concering this candidate, before we release the final 3.3.0 version. The Debian package maintainer, Morten Werner Olsen, is currently in the final stages of testing a Debian Etch package of NAV 3.2.2, and will proceed to package NAV 3.3.0 when this work is finished. -- mvh Morten Brekkevold UNINETT

1 0

Re: rrdtool and other problems on Suse 10.2
by morten.brekkevold＠uninett.no 07 Sep '07

07 Sep '07

Mels wrote, On 09/06/2007 09:01 PM: > Hi all, Hi Mels. > I started this week with a clean system, installing nav on Suse 10.2 > > There was a problem with connecting to a remote database, for the time i > use the local database, witch is OK for nav. Ok, if you need some tips on connecting to a remote database, please don't hesitate to ask :) > I get 3 problems: > 1 I installed py-rrdtool-1.0b1, with the installation off > py-rrdtool-0.2.1 I get a error: > building 'rrdtool._rrdtool' extension > gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 > -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC > -I/usr/local/include -I/usr/include/python2.5 -c src/_rrdtoolmodule.c -o > build/temp.linux-i686-2.5/src/_rrdtoolmodule.o > src/_rrdtoolmodule.c: In function ?PyRRD_graph?: > src/_rrdtoolmodule.c:239: error: too few arguments to function ?rrd_graph? > error: command 'gcc' failed with exit status 1 I did not recognize the version numbers you mentioned, and checking up on things seems to reveal that there is some confusion about which python-rrdtool library to use. Apparently there are two very similar libraries in existance: One is distributed alongside rrdtool itself, and one is available at http://sourceforge.net/projects/py-rrdtool . The one currently in use by us on our dev server is the python-rrd library that comes with rrdtool itself; in Debian this package is called python-rrd. The package also follows the same version numbering scheme as rrdtool, which means that the latest version of it is >= 1.2. Unless Suse 10.2 prepackages this alongside its regular rrdtool package, you'll need to get hold of the rrdtool source code instead. This would also be the best way to make sure the python library version matches the rrdtool library version. > 2 and 3 pping and servicemon failed to start, I tried a nav start pping > servicemon a couple of time, also a start separate. > but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't > find any reason in the log files. The DEBUG_LEVEL in nav.conf only sets debug levels for the Java subsystems (i.e. getDeviceData, eventEngine, getBoksMacs, networkDiscovery). The pping and servicemon processes have their own debug level settings in their respective config files. That said, pping and servicemon share much of the same code base, and they are both known to have startup difficulties. We have yet to investigate what causes the problem, but usually, when one experiences startup problems with these two, it helps to retry it several times. -- mvh Morten Brekkevold UNINETT >From mels at mels-kooijman.nl Fri Sep 7 21:12:33 2007 From: mels at mels-kooijman.nl (Mels) Date: Fri Sep 7 20:12:23 2007 Subject: [Nav-users] Re: rrdtool and other problems on Suse 10.2 In-Reply-To: <46E13E6C.3020600(a)uninett.no> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> <46E04EA1.3010906(a)mels-kooijman.nl> <46E13E6C.3020600(a)uninett.no> Message-ID: <46E19491.2050804(a)mels-kooijman.nl> Thanks for your reply. I removed the rrdtool, wich was from the suse media. I compiled RRDtool 1.2.15 (the suse version was the same) and install it. I recompiled psycopg-1.1.21, the cronjob produced a error. After this restartapache,tomcat,postgresql and nav Even pping and servicemon started the first time. No errormail from the cronjobs, everythings looks fine, til i login in nav: error File "/usr/local/nav/lib/python/nav/web/state.py", line 250, in __new__ raise e Maybe i have to rebuild more modules? Mels Morten Brekkevold wrote: > Mels wrote, On 09/06/2007 09:01 PM: > > >> Hi all, >> > > Hi Mels. > > >> I started this week with a clean system, installing nav on Suse 10.2 >> >> There was a problem with connecting to a remote database, for the time i >> use the local database, witch is OK for nav. >> > > Ok, if you need some tips on connecting to a remote database, please don't > hesitate to ask :) > > >> I get 3 problems: >> 1 I installed py-rrdtool-1.0b1, with the installation off >> py-rrdtool-0.2.1 I get a error: >> building 'rrdtool._rrdtool' extension >> gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 >> -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC >> -I/usr/local/include -I/usr/include/python2.5 -c src/_rrdtoolmodule.c -o >> build/temp.linux-i686-2.5/src/_rrdtoolmodule.o >> src/_rrdtoolmodule.c: In function ?PyRRD_graph?: >> src/_rrdtoolmodule.c:239: error: too few arguments to function ?rrd_graph? >> error: command 'gcc' failed with exit status 1 >> > > I did not recognize the version numbers you mentioned, and checking up on > things seems to reveal that there is some confusion about which python-rrdtool > library to use. Apparently there are two very similar libraries in existance: > One is distributed alongside rrdtool itself, and one is available at > http://sourceforge.net/projects/py-rrdtool . > > The one currently in use by us on our dev server is the python-rrd library > that comes with rrdtool itself; in Debian this package is called python-rrd. > The package also follows the same version numbering scheme as rrdtool, which > means that the latest version of it is >= 1.2. Unless Suse 10.2 prepackages > this alongside its regular rrdtool package, you'll need to get hold of the > rrdtool source code instead. This would also be the best way to make sure the > python library version matches the rrdtool library version. > > >> 2 and 3 pping and servicemon failed to start, I tried a nav start pping >> servicemon a couple of time, also a start separate. >> but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't >> find any reason in the log files. >> > > The DEBUG_LEVEL in nav.conf only sets debug levels for the Java subsystems > (i.e. getDeviceData, eventEngine, getBoksMacs, networkDiscovery). The pping > and servicemon processes have their own debug level settings in their > respective config files. > > That said, pping and servicemon share much of the same code base, and they are > both known to have startup difficulties. We have yet to investigate what > causes the problem, but usually, when one experiences startup problems with > these two, it helps to retry it several times. > > > >From mels at mels-kooijman.nl Fri Sep 7 21:37:17 2007 From: mels at mels-kooijman.nl (Mels) Date: Fri Sep 7 20:38:51 2007 Subject: [Nav-users] Re: rrdtool and other problems on Suse 10.2 In-Reply-To: <46E19491.2050804(a)mels-kooijman.nl> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> <46E04EA1.3010906(a)mels-kooijman.nl> <46E13E6C.3020600(a)uninett.no> <46E19491.2050804(a)mels-kooijman.nl> Message-ID: <46E19A5D.7050305(a)mels-kooijman.nl> That problem solved, was ownership of a few files. Everything looks fine, start playing with nav. Mels Mels wrote: > Thanks for your reply. > > I removed the rrdtool, wich was from the suse media. > I compiled RRDtool 1.2.15 (the suse version was the same) and install it. > I recompiled psycopg-1.1.21, the cronjob produced a error. > > After this restartapache,tomcat,postgresql and nav > Even pping and servicemon started the first time. > > No errormail from the cronjobs, everythings looks fine, til i login in > nav: > > error > > File "/usr/local/nav/lib/python/nav/web/state.py", line 250, in __new__ > raise e > > Maybe i have to rebuild more modules? > > Mels > > Morten Brekkevold wrote: >> Mels wrote, On 09/06/2007 09:01 PM: >> >> >>> Hi all, >>> >> >> Hi Mels. >> >> >>> I started this week with a clean system, installing nav on Suse 10.2 >>> >>> There was a problem with connecting to a remote database, for the >>> time i >>> use the local database, witch is OK for nav. >>> >> >> Ok, if you need some tips on connecting to a remote database, please >> don't >> hesitate to ask :) >> >> >>> I get 3 problems: >>> 1 I installed py-rrdtool-1.0b1, with the installation off >>> py-rrdtool-0.2.1 I get a error: >>> building 'rrdtool._rrdtool' extension >>> gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 >>> -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC >>> -I/usr/local/include -I/usr/include/python2.5 -c >>> src/_rrdtoolmodule.c -o >>> build/temp.linux-i686-2.5/src/_rrdtoolmodule.o >>> src/_rrdtoolmodule.c: In function ?PyRRD_graph?: >>> src/_rrdtoolmodule.c:239: error: too few arguments to function >>> ?rrd_graph? >>> error: command 'gcc' failed with exit status 1 >>> >> >> I did not recognize the version numbers you mentioned, and checking >> up on >> things seems to reveal that there is some confusion about which >> python-rrdtool >> library to use. Apparently there are two very similar libraries in >> existance: >> One is distributed alongside rrdtool itself, and one is available at >> http://sourceforge.net/projects/py-rrdtool . >> >> The one currently in use by us on our dev server is the python-rrd >> library >> that comes with rrdtool itself; in Debian this package is called >> python-rrd. >> The package also follows the same version numbering scheme as >> rrdtool, which >> means that the latest version of it is >= 1.2. Unless Suse 10.2 >> prepackages >> this alongside its regular rrdtool package, you'll need to get hold >> of the >> rrdtool source code instead. This would also be the best way to make >> sure the >> python library version matches the rrdtool library version. >> >> >>> 2 and 3 pping and servicemon failed to start, I tried a nav start >>> pping >>> servicemon a couple of time, also a start separate. >>> but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't >>> find any reason in the log files. >>> >> >> The DEBUG_LEVEL in nav.conf only sets debug levels for the Java >> subsystems >> (i.e. getDeviceData, eventEngine, getBoksMacs, networkDiscovery). >> The pping >> and servicemon processes have their own debug level settings in their >> respective config files. >> >> That said, pping and servicemon share much of the same code base, and >> they are >> both known to have startup difficulties. We have yet to investigate >> what >> causes the problem, but usually, when one experiences startup >> problems with >> these two, it helps to retry it several times. >> >> >> > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users > >From ghitzacatalin at yahoo.com Sun Sep 9 14:33:57 2007 From: ghitzacatalin at yahoo.com (Gheorghe Limboi) Date: Sun Sep 9 22:34:06 2007 Subject: [Nav-users] IP address scope - graphical view / Traffic map load Message-ID: <362473.55698.qm(a)web50011.mail.re2.yahoo.com> Hi, regarding.. > 2. On traffic map -- there is no load on the link (Load: <0.01% No Data) > but when I follow the link (right clik - Load - this open the correct > cricket graph .. and thre is load on the link ) I fond this in tomcat server logs: SQLException for update statement: SELECT netboxid,descr,name,path,filename,key,value FROM rrd_file JOIN rrd_datasource USING(rrd_fi leid) WHERE subsystem='cricket' AND descr IN ('ifOutOctets','ifInOctets') AND ((key='gwport' AND value IN (33,24,10))) org.postgresql.util.PSQLException: ERROR: IN types character varying and integer cannot be matched This seems to be related to postgresql 8.2.x restriction ( I have postgresql-8.2.4 installed). Is there any work around or the only way is to downgrade to a lower version of postgresql tx, Gheorghe ----- Original Message ---- From: Morten Brekkevold <morten.brekkevold(a)uninett.no> To: Gheorghe Limboi <ghitzacatalin(a)yahoo.com> Cc: nav-users(a)itea.ntnu.no Sent: Friday, August 31, 2007 8:40:04 AM Subject: Re: [Nav-users] IP address scope - graphical view / Traffic map load Gheorghe Limboi wrote, On 24-08-2007 22:42: > Hi, Hi Gheorghe! > 1. Reports - > IP address scope - graphical view > > the olny result i get on the page is: 0326496128160192224 What exactly do you mean by "result"? Does the page consist of only this plaintext number and nothing else? > 2. On traffic map -- there is no load on the link (Load: <0.01% No Data) > but when I follow the link (right clik - Load - this open the correct > cricket graph .. and thre is load on the link ) > > > Any iddeas what I'm missing? You don't specify which version of NAV you are running, but I'm sure you're not using anything earlier than 3.1.1. We fixed a long standing problem with missing link load in the Traffic Map in that version, but you may be experiencing a different problem. The Traffic Map applet requests its data from the vPServer servlet running in the Tomcat container; the vPServer component calls the vprrd.py script to retrieve the actual RRD data, and something might have gone wrong during the calling of this script. I have to go now, but I will get back to you on this later, when I figure out whether there are any logs you can check to find the problem. -- mvh Morten Brekkevold UNINETT ____________________________________________________________________________________ Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545469 >From morten.brekkevold at uninett.no Tue Sep 11 14:41:33 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Sep 11 13:41:37 2007 Subject: [Nav-users] IP address scope - graphical view / Traffic map load In-Reply-To: <362473.55698.qm(a)web50011.mail.re2.yahoo.com> References: <362473.55698.qm(a)web50011.mail.re2.yahoo.com> Message-ID: <46E67EED.1090604(a)uninett.no> Gheorghe Limboi wrote, On 09-09-2007 22:33: > I fond this in tomcat server logs: > > SQLException for update statement: SELECT netboxid,descr,name,path,filename,key,value FROM rrd_file JOIN rrd_datasource USING(rrd_fi > leid) WHERE subsystem='cricket' AND descr IN ('ifOutOctets','ifInOctets') AND ((key='gwport' AND value IN (33,24,10))) > org.postgresql.util.PSQLException: ERROR: IN types character varying and integer cannot be matched Ah, that explains why you're not getting any load data on your traffic map! > This seems to be related to postgresql 8.2.x restriction ( I have > postgresql-8.2.4 installed). Is there any work around or the only way is > to downgrade to a lower version of postgresql I don't see any workaround other than downgrading PostgreSQL :-( I've just looked at the code that creates the offending SQL statement - it looks hairy, but I'll try to fix it. I can post the patch here when it's done, if you like. -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Tue Sep 11 14:45:30 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Tue Sep 11 13:47:41 2007 Subject: [Nav-users] Re: rrdtool and other problems on Suse 10.2 In-Reply-To: <46E19A5D.7050305(a)mels-kooijman.nl> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> <46E04EA1.3010906(a)mels-kooijman.nl> <46E13E6C.3020600(a)uninett.no> <46E19491.2050804(a)mels-kooijman.nl> <46E19A5D.7050305(a)mels-kooijman.nl> Message-ID: <46E67FDA.3030101(a)uninett.no> Mels wrote, On 07-09-2007 20:37: > That problem solved, was ownership of a few files. > > Everything looks fine, start playing with nav. Great! Just give a shout if there are any more problems :) -- mvh Morten Brekkevold UNINETT >From marco.barbieri at unimore.it Mon Sep 17 15:41:30 2007 From: marco.barbieri at unimore.it (Marco Barbieri) Date: Mon Sep 17 14:41:39 2007 Subject: [Nav-users] NAV & VMware Message-ID: <200709171441.30621.marco.barbieri(a)unimore.it> Hi all, since i'm running my copies of NAV inside VMware machines i'm here to ask if could be of any help to the developing staff do give them a copy of an abstract machine. The main advantage that i could see would be skipping through the "Installing on Centos 4.4" faq, reconfiguration would be limited at network parameters, the generation of SSL certificate and... and what? Let me know if this sounds interesting. Best reguards, Marco Barbieri. -- Marco Barbieri - CeSIA - 059-2055218

1 0

Centos 5 and NAV 3.2.2
by barbieri.marco＠unimore.it 03 Sep '07

03 Sep '07

Hi, first of all i'm trying to run NAV 3.2.2 on a Centos 5 and i know it's not supported, but with really liitle tweaking the system seem to be up and running, despite the problem i've always had with my HP9304m that i've already posted about (answer pending...). I get some errors from: Cron <navcron@nav> $BINDIR/getBoksMacs.sh $NUM_THREADS the body of the message is at the end of this msg, there's something i can do to fix it or the set of libs that comes with Centos5 is too much different to let NAV work as it is? Thanks for reading and my best regards, Marco barbieri. ---Body--- org.postgresql.util.PSQLException: This statement has been closed. at org.postgresql.jdbc2.AbstractJdbc2Statement.checkClosed(postgresql-jdbc-8.1.407.jar.so) at org.postgresql.jdbc2.AbstractJdbc2Statement.getUpdateCount(postgresql-jdbc-8.1.407.jar.so) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(postgresql-jdbc-8.1.407.jar.so) at no.ntnu.nav.Database.Database.update(Database.java:1004) at no.ntnu.nav.Database.Database.insert(Database.java:928) at QueryBoks.runCamQueue(QueryBoks.java:1659) at QueryBoks.processMacEntry(QueryBoks.java:977) at QueryBoks.run(QueryBoks.java:266) SQLException for update statement: INSERT INTO cam (netboxid,sysname,ifindex,module,port,mac,start_time) VALUES ('6','rett-mo-hp.unimo.it','128','0','28','0011d80d2cde',NOW()) org.postgresql.util.PSQLException: This statement has been closed. at org.postgresql.jdbc2.AbstractJdbc2Statement.checkClosed(postgresql-jdbc-8.1.407.jar.so) at org.postgresql.jdbc2.AbstractJdbc2Statement.getUpdateCount(postgresql-jdbc-8.1.407.jar.so) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(postgresql-jdbc-8.1.407.jar.so) at no.ntnu.nav.Database.Database.update(Database.java:1004) at no.ntnu.nav.Database.Database.insert(Database.java:928) at QueryBoks.runCamQueue(QueryBoks.java:1659) at QueryBoks.processMacEntry(QueryBoks.java:977) at QueryBoks.run(QueryBoks.java:266) ---Body--- -- Marco Barbieri - CeSIA - 059-2055218 >From morten.brekkevold at uninett.no Thu Sep 6 11:35:14 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Thu Sep 6 10:35:38 2007 Subject: [Nav-users] Problem with NAV 3.2.2 and Hp 9304M - WRONG DATA - SORRY In-Reply-To: <200708310840.46033.barbieri.marco(a)unimore.it> References: <200708310840.46033.barbieri.marco(a)unimore.it> Message-ID: <46DFBBC2.2050000(a)uninett.no> Marco Barbieri wrote, On 31-08-2007 08:40: > Hi again, > i'm sorry i've posted the wrong data, in the previous post you can find a > HP5412zl that NAV detects well. > > Here there's the data about HP9304M (it's marked HP but it's a Foundry > machine) that has the problem, it's a chassis with 4 slots, 3 of them are > loaded with 8 gbic sockets boards. Given the OID compatibility report you sent, NAV should be able to detect the ports on this routing switch; the ports are detected using standard mibs. Yet you say that _no_ ports are detected? If that is so, I would like to see what getDeviceData.log says when it collects from this device. When it comes to modules, I must admit that NAV's support for HP equipment is lacking in several respects. The HP support was written and tested using the equipment that was available at the Norwegian University of Science and Technology at the time, and these were all HP SwitchStacks. Consequently, NAV only recognizes virtual stacking in HP equipment, and cannot at all recognize modules in your HP chassis. It is in our plans to implement more generic module support through interpreting the ENTITY-MIB. I'm guessing your HP9304M presents a fairly correct view of its physical contents through its entPhysicalTable? Since I have no access to a 9304M myself, but am planning to code the ENTITY-MIB support, I would greatly appreciate it if you could provide me with the output of this table from your device; running this command on your NAV server should do it: snmptable -Ci -Cb -v2c -c <community> <ip> entPhysicalTable -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Thu Sep 6 12:12:49 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Thu Sep 6 11:13:05 2007 Subject: [Nav-users] Centos 5 and NAV 3.2.2 In-Reply-To: <200709031022.52942.barbieri.marco(a)unimore.it> References: <200709031022.52942.barbieri.marco(a)unimore.it> Message-ID: <46DFC491.4070702(a)uninett.no> Marco Barbieri wrote, On 03-09-2007 10:22: > first of all i'm trying to run NAV 3.2.2 on a Centos 5 and i know it's not > supported, That depends on what you mean by "supported" :) We do not guaruantee support to anyone, but you should be able to have NAV up and run on any Linux distro. The most common obstacle seems to be when some software that NAV depends on comes out with a new version that breaks some backwards compatibility. > I get some errors from: > > Cron <navcron@nav> $BINDIR/getBoksMacs.sh $NUM_THREADS > > the body of the message is at the end of this msg, there's something i can do > to fix it or the set of libs that comes with Centos5 is too much different to > let NAV work as it is? > > Thanks for reading and my best regards, Marco barbieri. > > ---Body--- > org.postgresql.util.PSQLException: This statement has been closed. > at > org.postgresql.jdbc2.AbstractJdbc2Statement.checkClosed(postgresql-jdbc-8.1.407.jar.so) [...] I think I've seen this before, and it happened when we upgraded our PostgreSQL JDBC driver to version 8.1. I'm not sure what changed, since the API should remain the same - only the driver should work better against PostgreSQL 8.1. I assume that your CentOS installation runs the PostgreSQL 8.1 server as well? Our temporary workaround was to downgrade the JDBC driver to the 7.4 version. You could try and see if that works. If CentOS 5 doesn't provide that version of the driver, you can get it from http://jdbc.postgresql.org/ -- mvh Morten Brekkevold UNINETT >From mels at mels-kooijman.nl Thu Sep 6 22:01:53 2007 From: mels at mels-kooijman.nl (Mels) Date: Thu Sep 6 21:02:09 2007 Subject: [Nav-users] Centos 5 and NAV 3.2.2 In-Reply-To: <46DFC491.4070702(a)uninett.no> References: <200709031022.52942.barbieri.marco(a)unimore.it> <46DFC491.4070702(a)uninett.no> Message-ID: <46E04EA1.3010906(a)mels-kooijman.nl> Hi all, I started this week with a clean system, installing nav on Suse 10.2 There was a problem with connecting to a remote database, for the time i use the local database, witch is OK for nav. I get 3 problems: 1 I installed py-rrdtool-1.0b1, with the installation off py-rrdtool-0.2.1 I get a error: building 'rrdtool._rrdtool' extension gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i586 -mtune=i686 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -fPIC -I/usr/local/include -I/usr/include/python2.5 -c src/_rrdtoolmodule.c -o build/temp.linux-i686-2.5/src/_rrdtoolmodule.o src/_rrdtoolmodule.c: In function ?PyRRD_graph?: src/_rrdtoolmodule.c:239: error: too few arguments to function ?rrd_graph? error: command 'gcc' failed with exit status 1 from the cron I get a mail with the next text: File "/usr/local/nav/bin/thresholdMon.py", line 46, in <module> from nav.rrd import presenter File "/usr/local/nav/lib/python/nav/rrd/presenter.py", line 54, in <module> import rrdtool ImportError: dynamic module does not define init function (initrrdtool) 2 and 3 pping and servicemon failed to start, I tried a nav start pping servicemon a couple of time, also a start separate. but they whon't start. I changed DEBUG_LEVEL = 6 in nav.conf, but can't find any reason in the log files. Mels

1 0

psycopg2._psycopg.connection
by mels＠mels-kooijman.nl 06 Aug '07

06 Aug '07

Hi, I'm new to nav and have installed nav from source on OpenSuse 10.2 As a guide i keep de suse installation guide. When i want to connect with the browser i get an error, in the apachelog is the same error: [Sun Aug 05 19:57:37 2007] [error] [client 192.168.2.3] PythonCleanupHandler nav.web: File "/usr/local/nav/lib/python/nav/db/__init__.py", line 109, in getConnection\n connection.autocommit(0) [Sun Aug 05 19:57:37 2007] [error] [client 192.168.2.3] PythonCleanupHandler nav.web: AttributeError: 'psycopg2._psycopg.connection' object has no attribute 'autocommit' Anybody has a idea whats wrong? Greetings, Mels

1 1

Mailing list problems
by morten.brekkevold＠uninett.no 17 Jul '07

17 Jul '07

We still seem to be having problems with our mailing list setup. nav-commit and nav-dev are confirmed to be working fine, but nav-users apparently doesn't. Some subscribers seem to be getting the mails sent to nav-dev(a)itea.ntnu.no, while others are not (myself included). However, none of these mails are stored in the mailing list archives. I've asked the guys at itea.ntnu.no to take a look at this problem, but apparently all their postmasters have taken their summer vacations simultaineously (!), so I cannot really say when this problem will be fixed. I would have moved the mailing lists to a different server to ensure continued service, were it not for the fact that I'll be taking 4 weeks of vacation starting today. Therefore I've asked John-Magne, the second list administrator, to try to influence things at itea.ntnu.no while I'm gone. Some of you might get this e-mail, and some of you might not, I don't know. If some of you who receive this e-mail can respond to it, maybe we can gather enough clues as to what is wrong that the postmasters (or acting postmasters or whatever) at itea.ntnu.no can fix the problem. If not, the list may be defunct for the next 4 weeks :-( -- mvh Morten Brekkevold UNINETT

2 1

Problems starting NAV 3.2.2 on Debian Sarge
by twiztar＠gmail.com 17 Jul '07

17 Jul '07

(Sorry if this is a double post, but the first it appears that the first one didn't go through) I've just installed NAV 3.2.2 (using Werners package) on Debian Sarge, but get the following errors during startup: root@localhost# /etc/init.d/nav start Starting Network Administration Visualized: Services: eventEngine.shjava.lang.NoClassDefFoundError: no/ntnu/nav/Path at java.lang.reflect.Method.invoke0 (Method.java) at java.lang.reflect.Method.invoke (Method.java:255) at kaffe.jar.ExecJarName.main (ExecJarName.java:67) at kaffe.jar.ExecJar.main (ExecJar.java:75) (failed) servicemon.py smsd.py getDeviceData.shjava.lang.NoClassDefFoundError: no/ntnu/nav/Path at java.lang.reflect.Method.invoke0 (Method.java) at java.lang.reflect.Method.invoke (Method.java:255) at kaffe.jar.ExecJarName.main (ExecJarName.java:67) at kaffe.jar.ExecJar.main (ExecJar.java:75) (failed) pping.py alertdaemon.plStarting alertengine... .. Anyone that could point me in a direction for how to fix the issue ? -- Erik

1 0

***SPAM*** cant't get /status/ work
by ghitzacatalin＠yahoo.com 02 Mai '07

02 Mai '07

Hi, I managed to install nav 3.2.1 on a slackware box. Seems that everything is ok except /status when I try to access status I get the error: any help is appreciated thanks, gheorghe MOD_PYTHON ERROR ProcessId: 5472 Interpreter: 'test.pknet.ro' ServerName: 'test.pknet.ro' 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.4/site-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "/usr/lib/python2.4/site-packages/mod_python/importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "/usr/lib/python2.4/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.4/site-packages/mod_python/importer.py", line 991, in load_module return _global_modules_cache.import_module(self.__file) File "/usr/lib/python2.4/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. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Announcement: NAV 3.2.2 released
by morten.brekkevold＠uninett.no 01 Mai '07

01 Mai '07

NAV 3.2.2 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a bugfix release. If you discover more bugs, please report them on this list or at http://sourceforge.net/projects/nav . Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Olsen, on commission from UNINETT. -- mvh Morten Brekkevold UNINETT

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users