Description of problem: This bug bz645435 makes problem with link "This channel has never been synced to external repositories" in "Channels" > "Software Channel Management" > detail of a custom channel, when the logrotate makes gzip file from log file in /var/log/rhn/reposync/. Log file is non-ascii file (it is the broken gzip file). I think, the root of this problem is it, that the satellite takes the last log file from /var/log/rhn/reposync/, what matches with channel name. When the timestamp was in the name of the log file, all were correct. The bug bz645435 removes timestamp from the log name and alse it setups logrotate (it makes gz file). When I have removed the gzip archiv of the log file, the link shown correct log file. Other questions arise here: 1. If logrotate erases the log file, the satellite will show empty log. Is it correct behavior? 2. If the satellite syncs very often, the last log will be on the tail of log file / page. I think before bz645435, the last log was on the first. Version-Release number of selected component (if applicable): spacewalk-backend-2.0.3-2 and newer How reproducible: 100% Steps to Reproduce: 1. make new repository label: fedora-19-x86_64 url: http://download.eng.brq.redhat.com/pub/fedora/linux/releases/19/Everything/x86_64/os/ 2. make new custom channel and add repo fedora-19-x86_64 into it 3. sync the channel (it takes long time). 4. check the log file using WebUI (log is OK) 5. run logrotate manually > logrotate -fv /etc/logrotate.d/spacewalk-backend-tools 6. check the log file using WebUI (log is non-ascii). Actual results: log is non-ascii Expected results: log is ascii Additional info:
spacewalk.git: 5226d5c49b68bb205e23c68dbfb53645f61e0442
VERIFIED on spacewalk-java-2.0.2-56.el6sat and spacewalk-backend-2.0.3-20.el6sat REPRODUCED on spacewalk-java-2.0.2-50.el6sat and spacewalk-backend-2.0.3-18.el6sat The problem with non-ascii content is fixed. WebUI displays last (readable) log file and if this file is empty after logrotate, WebUI displays pre-last (readable) log file. All older log files are compressed.
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. http://rhn.redhat.com/errata/RHBA-2014-0042.html