[389-users] logconv.pl backward compatibility?

[Michael Gettes]

Rich,

thanks again for pointing out where to get the latest logconv.pl.

I made the following minor changes to deal with my gzipped log files and the use of an initialized variable $ip

421a422
> 	$files[$count] = "/bin/zcat $files[$count] |" if ($files[$count] =~ /.gz$/);
2511c2512,2513
< 	return $hashes->{conn_hash}->{$connid};
---
> 	return $hashes->{conn_hash}->{$connid} if defined($hashes->{conn_hash}->{$connid});
> 	return "";

the Unindexed Components report takes a VERY long time.  I am going to try and figure that one out at some point.  Is this a known problem?

FYI on my experience thus far… I used the --data switch to get the db files into tmpfs and I ended up having to mount tmpfs over top of /var/tmp as dbopen wants to create files in /var/tmp - so now I have everything in memory.  Some 80-90% of my time is spent spitting out the unindexed stuff which is critical information to fix apps or provide additional indices.

/mrg

On Sep 16, 2013, at 4:01 PM, Rich Megginson <rmeggins at redhat.com> wrote:

> On 09/16/2013 01:58 PM, Michael Gettes wrote:
>> Hi, I am currently on 389-ds-base 1.2.11.15-22.el6_4 and I am running logconv.pl on 5.5M line log file.  At the end it hangs up - in a loop forever and doesn't finish generating the report.  What I am wondering is if I installed 1.3 latest on another system and got the log file over there, will it be able to process the "older" style log file?
> log file format hasn't changed in quite some time
> 
> even easier, just grab the latest version of logconv.pl from the git repo https://git.fedorahosted.org/cgit/389/ds.git/tree/ldap/admin/src/logconv.pl
> 
> No need to install 1.3.1, etc.
>> I know I can try this but I am wondering if anyone has insight into this sort of thing.
>> 
>> thanks!
>> 
>> /mrg
>> 
>> --
>> 389 users mailing list
>> 389-users at lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>