Bug 85213

Summary: logrotate postrotate script not working when "cache_store_log none"
Product: [Retired] Red Hat Linux Reporter: Tomasz Ostrowski <tometzky>
Component: squidAssignee: Martin Stransky <stransky>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 8.0CC: h.lambermont
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
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: ---

Description Tomasz Ostrowski 2003-02-26 18:37:48 UTC
Description of problem:
    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 {
    rotate 5
      /usr/sbin/squid -k rotate

with all logs in one section and sharedscripts option.

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

How reproducible:

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