[ARGUS] Argus clients on Linux on SPARC?

[Peter Van Epp]

	I'm running in to a similar problem (perl running out of memory when
trying to process 24 hours of data). The solution I'm leaning towards is to 
preprocess each hour of data so it is presorted in files and then summarize
the 24 hours (allowing for a rolling average by deleting the oldest hour when
the latest hour is processed if I choose). Because the data is presorted in 
files peak memory requirements are very much reduced (as potentially is work
load because I'm usually interested in the top 100 or so users rather than the
whole huge data file and indexed data in files would let me only process the
data I'm really interested in). When (or perhaps if :-)) I get further along 
I'll dump it to the list.
	In the mean time, doing 

cd argus_source_directory
touch .devel
touch .debug
./configure 
make clean
make 

in the argus directory will enable debugging. Then 

gdb ra 
r -r datafile
(seg fault)
where

would display where in the code the segfault is occuring. 

Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada

On Fri, Jun 04, 2004 at 09:07:49AM +0200, Thorbjörn Axelsson wrote:
> Peter Van Epp wrote:
> 
> >	Is it a 64 bit Sparc/Linux? Someone on FreeBSD (I think) had problems
> >with time_t being 64 bits instead of the assumed 32. Something like that 
> >seems
> >a likely cause here (in which case there isn't an immediate cure other than
> >downgrading to a 32 bit implementation if that is possible).
> >
> I noticed similar problems only a few days ago when I tried 
> argus-clients on a Solaris9/SPARC server. Running 32bit binaries works 
> fine, but when I compile 64bit (with SUN CC) ra gave me a bus error and 
> dumps core even without arguments. 32 bit binaries does me no good since 
> I wanted to rasort large files which need more than 4GB memory (the 
> server has 32GB :).
> 
> Unfortunatly I didn't have any time to look closer at the problem.
> 
> /thx