rabins 3.0.3.23 32 bit timestamp problem continues

Wolfgang Barth wob at swobspace.de
Sat Feb 26 05:08:01 EST 2011


Hey Carter,

> I've put up, what I hope to be,  the final upload for 3.0.3, today.

I have no success on 32-bit Linux (Ubuntu 10.04 LTS) with rabins and
timestamps with 3.0.3.23

% /usr/local/bin/rabins --version
Rabins Version 3.0.3.23

% /usr/local/bin/rabins -M time 1m -r argus.log ... works

% /usr/local/bin/rabins -M time 1m -r argus.log -t 2011/02/16 ...
I get only records from 00:00 up to 00:09 (logfile contains data until
10:40).

-t '**11/02/26' works
-t '****/02/26' works
-t '****/**/26' works

% /usr/local/bin/rabins -M time 1m -r argus-slsgate1.log -s stime -t 9-10
rabins[19422]: 10:47:08.565988 ArgusCalloc: malloc error Cannot allocate
memory

% /usr/local/bin/rabins -M time 1m -D 3 -r argus-slsgate1.log -s stime -t 9-10
rabins[20461.c0165fb7]: 10:48:00.612327 ArgusAddFileList (0xb752e008, argus-slsgate1.log, 1, -1, -1) returning -1
rabins[20461.c0165fb7]: 10:48:00.612436 ArgusParseTime (0xb752e008, 0xb752e0a4, 0xb774b6a0, "9", ' ', 0.000000) retn hour(1298707200)
rabins[20461.c0165fb7]: 10:48:00.612468 ArgusParseTime (0xb752e008, 0xb752e0d0, 0xb752e0a4, "10", '-', 0.000000) retn hour(1298710800)
rabins[20461.c0165fb7]: 10:48:00.612492 ArgusCheckTimeFormat (0xb774b6a0, 9-10) 1298707200.000000-1298710800.000000
rabins[20461.c0165fb7]: 10:48:00.612943 ArgusReadConnection() read 16 bytes
rabins[20461.c0165fb7]: 10:48:00.612967 ArgusReadConnection() read 112 bytes
rabins[20461.c0165fb7]: 10:48:00.617219 ArgusInitAddrtoname (0xb752e008, 0x0, 0x0)
rabins[20461.c0165fb7]: 10:48:00.617279 ArgusParseInit(0xb752e008 0xb74cc008
rabins[20461.c0165fb7]: 10:48:00.617299 ArgusReadConnection(0xb74cc008, 1) returning 1
rabins[20461]: 10:48:00.702952 ArgusCalloc: malloc error Cannot allocate memory
rabins[20461.c0165fb7]: 10:48:00.703071 ArgusShutDown (-1)
rabins[20461.c0165fb7]: 10:48:00.703116 RaParseComplete(caught signal -1)

% /usr/local/bin/rabins -M time 1m -D 2 -r argus-slsgate1.log -s stime -t 2011/02/26 

rabins[5208.c0d65eb7]: 11:01:44.932433 ArgusAddFileList (0xb752a008, argus-slsgate1.log, 1, -1, -1) returning -1
rabins[5208.c0d65eb7]: 11:01:44.933138 ArgusReadConnection() read 16 bytes rabins[5208.c0d65eb7]: 11:01:44.933168 ArgusReadConnection() read 112 bytes
rabins[5208.c0d65eb7]: 11:01:44.945365 ArgusInitAddrtoname (0xb752a008, 0x0, 0x0)
rabins[5208.c0d65eb7]: 11:01:44.945410 ArgusParseInit(0xb752a008 0xb74c8008 rabins[5208.c0d65eb7]: 11:01:44.945889 ArgusInsertRecord (0x9387830, 0x938e650) array too short ind -1 index 0
rabins[5208.c0d65eb7]: 11:01:44.964643 ArgusInsertRecord (0xb752a008, 0x9387830, 0x93d5390) ind 10 greater than arraylen 10 adjusting
rabins[5208.c0d65eb7]: 11:01:45.912955 ArgusInsertRecord (0x9387830, 0xa0c0af0) array too short ind -1 index 0
rabins[5208.c0d65eb7]: 11:01:45.913078 ArgusInsertRecord (0x9387830, 0xa0c0af0) array too short ind -1 index 0
rabins[5208.c0d65eb7]: 11:01:45.976619 ArgusInsertRecord (0x9387830, 0xa1d8b28) array too short ind -1 index 0
rabins[5208.c0d65eb7]: 11:01:46.065602 ArgusInsertRecord (0x9387830, 0xa3919b0) array too short ind -1 index 0
...
it seems to stop working after the "ind 10 greater than" message, but after
that point the log has always valid data. With -D3 :

...
rabins[31642.c0765db7]: 10:57:56.151601 ArgusInsertRecord (0xb7514008, 0x8c6f830, 0x8cbcff8, 0) ind 9 val 1298675344.723922 bin start 1298675340.000000 end 1298675400.000000
rabins[31642.c0765db7]: 10:57:56.151619 ArgusInsertRecord (0xb7514008, 0x8c6f830, 0x8cbd390) ind 10 greater than arraylen 10 adjusting
rabins[31642.c0765db7]: 10:57:56.151957 ArgusInsertRecord (0xb7514008, 0x8c6f830, 0x8cbd390, 0) ind 10 val 1298675404.719929 bin start 1298675400.000000 end 1298675460.000000
rabins[31642.c0765db7]: 10:57:56.151997 ArgusInsertRecord (0xb7514008, 0x8c6f830, 0x8cbeaa0, 0) ind 9 val 1298675346.026885 bin start 1298675340.000000 end 1298675400.000000
...
rabins[8017.c0565ab7]: 11:04:19.550364 ArgusInsertRecord (0xb74e2008, 0x93af830, 0x94b08f8, 0) ind 30 val 1298676630.458434 bin start 1298676600.000000 end 1298676660.000000
rabins[8017.c0565ab7]: 11:04:19.550404 ArgusInsertRecord (0xb74e2008, 0x93af830, 0x94b0c90, 0) ind 30 val 1298676632.627890 bin start 1298676600.000000 end 1298676660.000000
rabins[8017.c0565ab7]: 11:04:19.550444 ArgusInsertRecord (0xb74e2008, 0x93af830, 0x94b1028, 0) ind 30 val 1298676634.720971 bin start 1298676600.000000 end 1298676660.000000
...
rabins[8017.c0565ab7]: 11:05:03.891625 ArgusInsertRecord (0xb74e2008, 0x93af830, 0x973c1e8, 0) ind 109 val 1298681345.394436 bin start 1298681340.000000 end 1298681400.000000
rabins[8017.c0565ab7]: 11:05:03.891660 ArgusInsertRecord (0xb74e2008, 0x93af830, 0x973c468, 0) ind 109 val 1298681345.520526 bin start 1298681340.000000 end 1298681400.000000
rabins[8017.c0565ab7]: 11:05:03.891694 ArgusInsertRecord (0xb74e2008, 0x93af830, 0x973c800, 0) ind 109 val 1298681346.642497 bin start 1298681340.000000 end 1298681400.000000
... 

The data is collected from older argus-3.0.3.x, but on 64-bit ubuntu I get
correct output with rabins 3.0.3.22/23 from the same logfile calling with the same
options.

So I can get an workaround on 32bit if I use -t '**11/02/26', but ragraph
don't like this.

Wolfgang
-- 
<wob (at) swobspace de> * http://www.swobspace.de



More information about the argus mailing list