Documento de diseño:
https://github.com/kubernetes/design-proposals-archive/blob/main/node/kubelet-cri-logging.md
https://kubernetes.io/docs/concepts/cluster-administration/logging/
Cuando los registros almacenados en el contenedor en kubenet están llenos, se producirá una rotación. Cuando se produzca la rotación, el comando kubectl logs puede aparecer en los siguientes dos maneras: una pregunta:
https://github.com/kubernetes/kubernetes/issues/28369
dice aquí que cuando se produce una rotación, los registros de kubectl pueden detenerse allí y no pueden leer el contenido del nuevo archivo.
/usr/sbin/logrotate --force /etc/logrotate.conf
Puede usar este método para forzar la rotación del registro y luego comenzar a agarrar el registro, que puede usarse como un método a corto plazo para evitar el problema.
También existe la posibilidad de que, aunque no se detenga allí, también puede perder algunos registros. ¿Cómo se puede perder esta depuración dónde? Además, ha pasado por cuatro o cinco procesos desde la aplicación hasta kubectl-logs, parece muy complicado, solo podemos analizar las llamadas al sistema a través de strace para ver qué enlace se pierde. De acuerdo con el problema anterior, si lo observa, encontrará que Kubenet tiene muchas situaciones de pérdida de registros. Aunque se ha fortalecido en el futuro, todavía existe la posibilidad de pérdida de registros.
https://github.com/pacoxu/kubernetes/issues/443
desde el método de rotación aquí