Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 757836 - logconv.pl restarts count on conn=0 instead of conn=1
logconv.pl restarts count on conn=0 instead of conn=1
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: 389-ds-base (Show other bugs)
6.3
Unspecified Unspecified
low Severity unspecified
: rc
: 6.4
Assigned To: Rich Megginson
Sankar Ramalingam
:
Depends On:
Blocks: 389_1.2.10 781495
  Show dependency treegraph
 
Reported: 2011-11-28 14:51 EST by Marc Sauton
Modified: 2013-02-21 03:16 EST (History)
5 users (show)

See Also:
Fixed In Version: 389-ds-base-1.2.11.12-1.el6
Doc Type: Bug Fix
Doc Text:
Cause: Previously, the logconv.pl script used a connection number equal to 0 as a restart point. Consequence: logconv.pl reported inaccurate restart counts Fix: 389 DS uses conn=1 as the restart point Result: accurate restart stats
Story Points: ---
Clone Of:
: 781495 (view as bug list)
Environment:
Last Closed: 2013-02-21 03:16:50 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2013:0503 normal SHIPPED_LIVE Moderate: 389-ds-base security, bug fix, and enhancement update 2013-02-21 03:18:44 EST

  None (edit)
Description Marc Sauton 2011-11-28 14:51:44 EST
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:
Comment 1 Rich Megginson 2012-01-09 11:16:47 EST
Upstream ticket:
https://fedorahosted.org/389/ticket/177
Comment 2 Rich Megginson 2012-01-10 13:00:39 EST
marking as screened because it has been cloned upstream
Comment 5 Jenny Galipeau 2012-08-28 09:21:44 EDT
Test coverage :: logconv.sh (logconv01)
Comment 7 Ján Rusnačko 2012-11-01 09:35:53 EDT
[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.
Comment 9 errata-xmlrpc 2013-02-21 03:16:50 EST
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

Note You need to log in before you can comment on or make changes to this bug.