Bug 1374550
Summary: | After a failure, logrotate doesn't clean up its incomplete work, leaving it in an unrunnable state | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Daphne Shaw <dshaw> |
Component: | logrotate | Assignee: | Kamil Dudka <kdudka> |
Status: | CLOSED ERRATA | QA Contact: | Frantisek Sumsal <fsumsal> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | CC: | fsumsal, gregoire.menuel, kdudka, phil, toracat, vdanek |
Target Milestone: | rc | Keywords: | Patch |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | logrotate-3.8.6-17.el7 | Doc Type: | No Doc Update |
Doc Text: |
undefined
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2018-10-30 11:10:06 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1546552, 1549617, 1549689 |
Description
Daphne Shaw
2016-09-09 02:20:11 UTC
This seems to be a known issue, for which we have no solution yet: https://github.com/logrotate/logrotate/issues/45 The bug reported in https://github.com/logrotate/logrotate/issues/45 is in regards to a corrupt /var/log/logrotate.status statefile. This is somewhat different - even if the statefile is fine, logrotate won't rotate if one of its target files already exists (or clean up a target file when writing to it fails). (In reply to David Shaw from comment #3) > The bug reported in https://github.com/logrotate/logrotate/issues/45 is in > regards to a corrupt /var/log/logrotate.status statefile. This is somewhat > different - even if the statefile is fine, logrotate won't rotate if one of > its target files already exists (or clean up a target file when writing to > it fails). True. This needs to be fixed, too. Hi, The bug seems to be corrected upstream: https://github.com/logrotate/logrotate/commit/e349752ccbbfa9ae8480ca504ded3af87e718298 (In reply to gregoire.menuel from comment #6) > The bug seems to be corrected upstream: > https://github.com/logrotate/logrotate/commit/ > e349752ccbbfa9ae8480ca504ded3af87e718298 Thanks for the reference! This ^^^ seems safe to be applied on el7 logrotate. It is not going to fix all the troubles one encounters while running logrotate without having any free space on the file system, but it should improve the current behavior without breaking compatibility. I am fine with backporting the above patch. 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. https://access.redhat.com/errata/RHBA-2018:3202 |