阿里云网站简单建设,国外的服务器,深圳建站科技有限公司,为成长持续赋能https://kubernetes.io/docs/concepts/cluster-administration/logging/ 当kubenet存放container的日志满了的时候，会发生rotate，当rotate发生的时候，是由kubectl logs 这个命令可能会出现以下两个问题： https://github.com/kubernetes/kubernetes/issues/28369 这里说，当…https://kubernetes.io/docs/concepts/cluster-administration/logging/ 当kubenet存放container的日志满了的时候，会发生rotate，当rotate发生的时候，是由kubectl logs 这个命令可能会出现以下两个问题： https://github.com/kubernetes/kubernetes/issues/28369 这里说，当rotate发生的时候，kubectl logs 可能会停在那里，读不出新文件里的内容。 /usr/sbin/logrotate --force /etc/logrotate.conf 可以使用这个方法将日志强制rotate，然后再开始抓日志，可以作为一个绕过问题的短暂方法。
还有一种可能是虽然不会停在那里，可能也会丢一些日志。这个怎么能debug是丢在哪里了呢？而且这个从应用程序到kubectl-logs这一路下来，经过了四五个process，看着非常的复杂，只能通过strace进行系统调用的分析，看到底丢在哪一个环节。根据上面哪个issue，去看，会发现kubenet有好多关于丢日志的情况发生，后续虽然有加强，但是仍然有丢日志的可能。 https://github.com/pacoxu/kubernetes/issues/443 从这里的rotate的方法来看，丢一些日志是无可避免
// rotateLatestLog rotates lates
