[rtg] building RTG version 0.9 (building RPM for CentOS)

Mon Mar 8 11:39:27 EST 2010

Good day,
Re: rtg 0.9 vs. earlier releases. We found 0.74 to have a memory leak
requiring it to be killed and started again every week or two. Kind of a
pain.

Rtg 0.9 has proven to be worth the effort as I cannot remember the last
time I touched the process (server uptime 245 days). The rtgpoll process
has some 7 days of cpu after recording some 37K targets every 5 minutes.
The only time the webserver response is slow is when I do the
updatetargets.sh/pkill (once daily). It takes some 26 minutes elapsed
(including timeouts) to check for targets on 152 routers/switches. Rtg
0.9 is a great piece of collaborative engineering.

Reviewing my build notes, I found the most time troubleshooting for me
was the result of the darn security features built-in with ESX Linux
2.6.18-128 with RH 4.1.2-44. It was my preference to have the web
component not in /var/www/html but rather /usr/local/rtg/web (just use
chcon --reference /var/www/html -R /usr/local/rtg/lib anytime anything
changes in lib). I also had to update LD_LIBRARY_PATH in the httpd.conf
to point the /usr/local/rtg/lib and added a new module SNMP 1.12 to get
closer to real SNMPv2. In short, the poller was easy, the graphing took
a little time.

I would like to learn about adding some new modules (ie. Cisco ASA,
Valere power shelves) as mentioned in other threads. I would also like
to instrument a robust purge process (keep 6 months data only). Finally,
to be able to fully utilize the targetmaker.php web environment for
graphing by date, aggregate, etc. That portion of view code is not
newrtgplot aware. I got enough of it working to give me what I need now
(ie. no aggregation). I would be willing to collaborate with anyone on
getting each of these things going.

Kudos to Adrian et.al for keeping this project afloat.
Mark
________________________________

From: rtg-bounces at lists.grdata.com [mailto:rtg-bounces at lists.grdata.com]
On Behalf Of Bart van den Heuvel
Sent: Sunday, March 07, 2010 7:55 AM
To: RTG at lists.grdata.com
Subject: Re: [rtg] building RTG version 0.9 (building RPM for CentOS)

It turns out that the 0.9 version is a bit strange. I did create a RPM
with it. After a few small changes to Make files (and getting my hands
on the cgi.Po and later the missing targetmaker tarball) it compiled
fine. For running it as advertised i needed some perl modules (BER for
instance) these were copied from another RTG installation. 
However, the compiled version rejects the rtg.cfg it comes with. Every
line in the file seems unexpected and is promptly rejected.

That's why i'm dropping my efforts to create a working 0.9 version RPM.
I'm now creating rpm's from the 0.74 version. Unless someone gives me
some insight on 0.9....

Kind regards, Bart

2010/3/4 Bart van den Heuvel <zokahn at gmail.com>

	Hello!

	It's been a while. To make my life easy as an administrator I'm
converting tarball installs to RPM packages. At the moment i'm doing it
for RTG (google code cvs version 0.9) to run on CentOS. I will check it
for Suse in the future.  The build process is tedious:

	1. Download the source

	svn checkout http://rtg2.googlecode.com/svn/trunk/
rtg2-read-only

	2. make sure that all the required packages are installed. My
current list (build only, not for running RTG)

	BuildRequires: make
	BuildRequires: make-g++
	BuildRequires: libtool
	BuildRequires: libtool-ltdl
	BuildRequires: libtool-ltdl-devel
	BuildRequires: libpng
	BuildRequires: libpng-devel
	BuildRequires: gd-devel
	BuildRequires: mysql-devel
	BuildRequires: byacc
	BuildRequires: flex

	3. remove libtool from the build directory, then create a
symbolic link by running "ln -s /usr/bin/libtool"
	4. run "libtoolize --force" in the build directory
	5. run ./configure
	6. comment out the line "include ./$(DEPDIR)/cgi.Po" in
cgilib-0.4/Makefile
	7. make
	8. make install

	My questions:

	1. my guess is that nobody else made spec file? Am i right?
	2. I see two options in the mailinglist: comment out the cgi.Po
line in the make file or get the file from an earlier source version (i
did not find it). Which is best?
	3. I run RTG with my own grahping (embedded in PHP), so i don't
need the cgi stuff (also i dont test if it works). Does one need cgi.Po?
	4. any more tips on building RTG, suggestions for the RPM file?

	-- 
	Groeten,

	Bart van den Heuvel

	Any society that would give up a little liberty to gain a little
security 
	will deserve neither and lose both. 
	Benjamin Franklin

-- 
Groeten,

Bart van den Heuvel

Any society that would give up a little liberty to gain a little
security 
will deserve neither and lose both. 
Benjamin Franklin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.grdata.com/pipermail/rtg/attachments/20100308/7199a9ff/attachment-0001.html>