我有一个简单的脚本输出一堆日志屏幕，我把标准输出到一个文件来存储日志。 由于这个脚本长时间运行，我需要旋转日志文件，以便将它们放入更小的可pipe理的文件中。 我面临的问题是，一旦logrotate将当前的日志文件移动到新的日志文件，新创build的日志文件不再与日志填充。 看来，一旦原始日志文件被删除，其文件处理程序丢失，redirect将不再工作。 我也发现这个post和我有同样的问题，并声称可以通过使用>>而不是>来redirect输出。 我testing了他的解决scheme，但它不适合我。 有没有人有任何想法如何保持redirect工作？
我们使用尾部来连续监视几个日志，但是当一个日志被旋转时，那个文件的尾部将会停止。 据我所知，问题是，当日志旋转，有一个新的文件创build，运行尾进程不知道任何关于新的文件句柄。
我们有一个由供应商的应用程序编写的巨大的日志文件。 假设供应商不会做我们所要求的任何事情。 有什么办法旋转该日志文件？ 我们正在研究每小时大约300 MB的文件 – 我宁愿把它分成10 MB的文件，让超过一天或超过1000个文件的东西掉下来。 （我知道我知道，可能重复的如何在不中断服务的情况下在窗口上旋转apache日志？ ） Aha – Chomp日志已经死了，但是search“chomp logrotate”把我带到了新的站点 ，我明天就试试看，如果我喜欢它，我还是要听听其他人正在使用的软件为此工作。
根据我的系统上的时间戳，logrotate在cron运行logrotate时会每天进行日志轮转。 但是，如果我运行它比它不会旋转文件。 logrotate如何知道是否应该旋转它们，保存历史还是使用时间戳？
我如何监视Ubuntu中正在做什么logrotate？ 可以监视logrotate的活动吗？
logrotate隐藏在OSX的某个地方，还是有相当的？ 它不在/usr/sbin 。
是否有可能得到logrotate考虑目录及其所有子目录中的日志文件？ （即没有明确列出子目录。）