It was added here: https://src.fedoraproject.org/rpms/squid/c/a3a8a5ebbad17592a03daef0acef79dd3ef639ce?branch=master At this point, logrotate already renamed old log files. "squid -k rotate" just sends SIGUSR1 to main Squid process and returns. Squid will reopen its logs and done. What is the rationale of sleeping there?
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
If the "sleep 1" was added in case Squid continue writing to the logs after receiving SIGUSR1, the delaycompress logrotate option is much cleaner for that.
(In reply to Marcos Mello from comment #3) > If the "sleep 1" was added in case Squid continue writing to the logs after > receiving SIGUSR1, the delaycompress logrotate option is much cleaner for > that. I think, this was the case. I will use delaycompress in logrotate.
FEDORA-2019-8bb0c4ccc7 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-8bb0c4ccc7
squid-4.8-5.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-8bb0c4ccc7
squid-4.8-5.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.