kubelet在/var/log/messages中狂打日志

sinat_28817005 2018-03-01 07:49:37

除了kubelet本身也在疯狂的打日志，var/log/messages日志里也狂打类似的日志，动不动就把/var目录空间占满了，kubelet：E0228 kuberuntime_manage.go：858】getPodContainerStatuess
For pod xxx failed:rpc error：code=2 desc=Error：No such container。这个是什么原因一直在打，是不是哪里配置不对，另外一台主机就没有出现这样的情况，请大神帮忙看看。

...全文

1013 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

ckc 2018-03-05

打赏
举报

回复

未必是配置不对，也许是运行不正常

aabbabababaa 2018-03-04

打赏
举报

回复

没用过kubelet，你对比两台的配置文件看哪不同了。。。

背景客户机器/var目录很小，任何业务运行相关的都要挪走。现在发现/var/log/message一直被docker、kubelet循环写，需要修改输出位置，同时不影响journalctl查询。配置文件需要root权限。 cd /etc/rsyslog.d vim docker.conf ##加入以下内容，不同服务只需要修改$programname即可 if $programname == 'docker' then /data/log/docker/docker.log if $progra

默认系统日志路径 /var/log/messages 组件日志查看： journalctl -u kube-apiserver journalctl -u kube-scheduler journalctl -u kubelet |tail 参考：k8s报错日志查看 - effortsing - 博客园

问题描述因k8s节点异常关机导致启动后业务Pod重新部署，关机之前的Pod状态已被删除，今天在查看日志时发现在异常关机之前的集群节点Pod是非正常移除的，一直刷报错信息；如下：问题排查查看系统日志/var/log/messages发现一直在刷kubectl服务的以下的报错,从错误信息可以看到，这台节点存在一个孤儿Pod,并且该Pod挂载了数据卷(volume)，阻碍了Kubelet对孤儿Pod正常的回收清理。 [root@sss-010xl-n02 ~]# tail -3 /var/log/messa

var/log/messages日志，messages日志中除了操作系统的日志，服务异常的日志也可以去messages中去看看。

k8s 重启kubelet服务后message日志提示level=error msg="copy shim log" error="read /proc/self/fd/12: file already closed"

Linux/Unix社区

23,121

社区成员

74,508

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章