Summary: | =app-admin/logrotate-3.8.1: Error creating new files after rotating | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Morak <michael.morak> |
Component: | Current packages | Assignee: | Chema Alonso Josa (RETIRED) <nimiux> |
Status: | RESOLVED INVALID | ||
Severity: | major | CC: | michael.morak |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Proposed patch that creates temporary files in ' |
Description
Michael Morak
2012-06-23 13:11:48 UTC
Created attachment 316057 [details, diff]
Proposed patch that creates temporary files in '
Sorry for the delay. Very busy now. I'll take a closer look in the following days. Thanks for reporting. I've been unable to reproduce this problem in a permissive selinux machine. It rotates the logs here with no problem. ¿Can you post the output of logrotate -fv /etc/logrotate.conf to check if the fscreate security context is properly set before the temp file creation? You should get in your log something like: fscreate context set to system_u:object_r:unlabeled_t right before the message "renamig /var/log/file.log to /var/log/file..." Cheers. I temporarily fixed the issue with my patch, which worked for my machine at the time. However, in order to give you your log output, I've updated and/or recompiled all the selinux libraries and logrotate from scratch and it now works perfectly. Dunno what caused the error in the first place, but at the time I could reproduce it every time I tried to run logrotate -f /etc/logrotate.conf. Maybe some selinux functionality or something was not compiled correctly at the time, or broken after an emerge -DNu, but as the current stable version of selinux and logrotate work without a problem now, I'm marking this as RESOLVED-INVALID. Thanks for your time though and sorry for apparently wasting it. No problem. Glad it's working fine at your side :-) |