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(a)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(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/389-users