Bug 85213

Summary:	logrotate postrotate script not working when "cache_store_log none"
Product:	[Retired] Red Hat Linux	Reporter:	Tomasz Ostrowski <tometzky+redhat>
Component:	squid	Assignee:	Martin Stransky <stransky>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	8.0	CC:	h.lambermont
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-07-04 10:30:02 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Tomasz Ostrowski 2003-02-26 18:37:48 UTC

Description of problem:
When
    cache_store_log none
is given in squid configuration file (store log is usually not needed)
postrotate script from /etc/logrotate.d/squid is not started but access.log and
cache.log are rotated and compressed. It means that the original files are
deleted but because squid process will not close and reopen its logs they will
be written to deleted file descriptor and lost.

/etc/logrotate.d/squid should be like this:
/var/log/squid/access.log /var/log/squid/cache.log /var/log/squid/store.log {
    weekly
    rotate 5
    copytruncate
    compress
    notifempty
    missingok
    sharedscripts
    postrotate
      /usr/sbin/squid -k rotate
    endscript
}

with all logs in one section and sharedscripts option.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Set "cache_store_log none" in squid configuration file
2. Wait for logrotate to rotate not empty access.log and cache.log and not
rotate empty store.log



Actual Results:  access.log and cache.log are empty after some time of using squid

Expected Results:  access.log and cache.log are reopened by squid and all logs
from now on are written there