Hide Forgot
Description of problem: It seem like the first connection is always conn=1, not conn=0 as expected in the /usr/bin/logconv.pl tool at line 1151: if (m/ conn=0 fd=/){$restarts++} so the tool misses the restarts in the report: ----------- Access Log Output ------------ Restarts: 0 Version-Release number of selected component (if applicable): RHDS 8.2 and 389-Directory/1.2.9.13 B2011.281.321 ca1.example.com:389 (/etc/dirsrv/slapd-ca1) [19/Oct/2011:18:59:14 -0400] conn=1 fd=64 slot=64 connection from ::1 to ::1 How reproducible: always Steps to Reproduce: 1. grep conn=0 /var/log/dirsrv/access* 2. grep -A 4 389-D /var/log/dirsrv/slapd-ca1/access* 3. logconv.pl -V ./access > ./access.logconv.pl.txt Actual results: ----------- Access Log Output ------------ Restarts: 0 Expected results: Additional info:
Upstream ticket: https://fedorahosted.org/389/ticket/177
marking as screened because it has been cloned upstream
Test coverage :: logconv.sh (logconv01)
[jrusnack@dstet 6.0]$ grep "conn=0" /var/log/dirsrv/slapd-dstet/access [jrusnack@dstet 6.0]$ echo $? 1 [jrusnack@dstet 6.0]$ rpm -qa | grep 389 389-ds-base-1.2.11.15-2.el6.x86_64 Verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-0503.html