Bug 1013897

Summary:	logconv.pl uses /var/tmp for BDB temp files
Product:	Red Hat Enterprise Linux 7	Reporter:	Nathan Kinder <nkinder>
Component:	389-ds-base	Assignee:	Rich Megginson <rmeggins>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Sankar Ramalingam <sramling>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	7.0	CC:	jgalipea, nkinder, rmeggins, srkrishn
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	389-ds-base-1.3.1.6-5.el7	Doc Type:	Bug Fix
Doc Text:	Cause: Using the -D argument to logconv.pl is supposed to use the given directory to create the temporary files. logconv.pl was writing a large amount of data in files in /var/tmp instead of the argument given to -D. Consequence: Could fill /var/tmp. Fix: The Berkeley DB tied perl arrays were causing this behavior. The fix is to get rid of arrays as much as possible, and get rid of all tied arrays. Result: /var/tmp is not in danger of filling up, the directory specified with -D is used, performance is much faster, disk usage is much less.	Story Points:	---
Clone Of:	1013163	Environment:
Last Closed:	2014-06-13 11:07:09 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:	1013163
Bug Blocks:

Description Nathan Kinder 2013-10-01 02:20:43 UTC

+++ This bug was initially created as a clone of Bug #1013163 +++

This bug is created as a clone of upstream ticket:
https://fedorahosted.org/389/ticket/47501

Not sure why, but using logconv.pl -V with DB_File creates temporary DB files in /var/tmp called BDBxxxxx.  These can grow to be very, very large.  They need to go in the -D $dataLocation directory.

Comment 2 srkrishn@redhat.com 2014-02-05 12:00:28 UTC

hi,
i verified the logconv.pl -D option and the script creates the temp files in the directory following -D option and not in the /var/tmp directory.
the access log file is a customer log file.

the command was as follows
logconv.pl -D /RHEL7/data/DS/6.0/logfile/en/stat /RHEL7/data/DS/6.0/logfile/en/access.20120131-000045

this was tested on the latest build.

Comment 3 Sankar Ramalingam 2014-02-13 11:51:28 UTC

Test cases automated in ./logfile/logconv.sh

Comment 4 Sankar Ramalingam 2014-02-14 15:54:22 UTC

Marking the bug as Verified as per comment #2

Comment 5 Ludek Smid 2014-06-13 11:07:09 UTC

This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.