Re: rrdtool and other problems on Suse 10.2
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@uninett.no> References: <200709031022.52942.barbieri.marco@unimore.it> <46DFC491.4070702@uninett.no> <46E04EA1.3010906@mels-kooijman.nl> <46E13E6C.3020600@uninett.no> Message-ID: <46E19491.2050804@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@mels-kooijman.nl> References: <200709031022.52942.barbieri.marco@unimore.it> <46DFC491.4070702@uninett.no> <46E04EA1.3010906@mels-kooijman.nl> <46E13E6C.3020600@uninett.no> <46E19491.2050804@mels-kooijman.nl> Message-ID: <46E19A5D.7050305@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@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@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@uninett.no> To: Gheorghe Limboi <ghitzacatalin@yahoo.com> Cc: nav-users@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@web50011.mail.re2.yahoo.com> References: <362473.55698.qm@web50011.mail.re2.yahoo.com> Message-ID: <46E67EED.1090604@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@mels-kooijman.nl> References: <200709031022.52942.barbieri.marco@unimore.it> <46DFC491.4070702@uninett.no> <46E04EA1.3010906@mels-kooijman.nl> <46E13E6C.3020600@uninett.no> <46E19491.2050804@mels-kooijman.nl> <46E19A5D.7050305@mels-kooijman.nl> Message-ID: <46E67FDA.3030101@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@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
participants (1)
-
morten.brekkevoldļ¼ uninett.no