Description of problem: The containers-tmpwatch cron job executes tmpwatch command to purge some old files under /var/log/containers. However this currently includes symlink in files it processes, and purge /var/log/containers/swift symlink[1] a while after initial deployment. [1] https://github.com/openstack/tripleo-heat-templates/blob/407991def9fa04cd6650e24deb1cdd267d6860ac/docker/services/swift-proxy.yaml#L251-L255 Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Deploy overcloud with LogrotatePurgeAfterDays:1 2. Wait for one day Actual results: /var/log/containers/swift is deleted Expected results: /var/log/containers/swift is not deleted Additional info:
I mentioned this in the lp bug report and my previous patch to master, but I noticed that we do not expect the same issue since Rocky because we no longer use symlink but actual directory for /var/log/containers/swift[1] [1] https://review.opendev.org/c/openstack/tripleo-heat-templates/+/574221 So we need to fix this only in Queens (Pike has the same issue but it's no longer maintained)
Leaving with DF since previous containers-tmpwatch BZs were fixed by DF.
Giving it to you Takashi, since you already have the needed changes - Thanks!
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 (Red Hat OpenStack Platform 13.0 bug fix and enhancement 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-2021:0932