之前我们有记录过一个笔记，是docker环境下通过查看到的进程PID号来查找到拥有该进程的POD，具体可以查看我之前的笔记：https://sulao.cn/post/925.html近期基本都在将docker环境切换到containerd环境，所以这次根据需求来更新下containerd环境下根据PID查找对应POD的方法。查找的方法基本和原来没有太大区别，只是有个别步骤会一样，下面我们来一起看看怎么查询。首先我们还是获取我们要查询的PID号。例如我查询的是我的使用GPU资源的进程例如我们要查询tf_cnn_benchmarks这个进程ps ...
由于经常使用k8s，所以在遇到退出码含义的时候经常要去查询，所以记录到博客上方便进行查找对应的含义关系。当一个容器达到Exited状态时，Docker会在日志中报告一个退出码，告诉你容器发生了什么导致它退出。了解容器退出码下面我们将更详细地介绍每个退出码。退出码含义...
默认的Linux发行版中的内核配置都会开启tmpfs，映射到了/dev/下的shm目录，这个就是共享内存目录，可以通过df命令查看，例如在pod中我们查看默认就是64M。/dev/shm/是linux下一个非常有用的目录，因为这个目录不在硬盘上，而是在内存里，直接使用/dev/shm/就可达到很好的优化效果。默认系统就会加载/dev/shm，它就是所谓的tmpfs，像虚拟磁盘一样，tmpfs可以使用您的RAM，但它也可以使用您的交换分区来存储，tmpfs是一个文件系统，而不是块设备，只是安装它，它就可以使用了。动态文件系统的大小，/dev/sh...
目前我的k8s环境容器是使用的containerd，删除POD以后一直terminating，无法销毁，然后查看terminating的POD有以下事件报错 Normal Killing 8m16s &nbs...
容器在运行中产生的日志和临时如果没有限制，会很快占满宿主的磁盘空间，导致磁盘写爆，今天就介绍下常见的限制POD使用容量的方法。POD容器的临时存储如果在kubelet的配置没有更改的情况下默认存储在/var/lib/kubelet/pods目录下，容器的日志存放在/var/log/pods目录下。docker容器rootfs默认位于/var/lib/docker目录下当节点磁盘存储资源不足，kubelet会驱逐掉一些POD来释放存储资源，这种检测磁盘资源不足的信息主要来源于imagesfs和nodefs，他们分别的作用是：imagefs：容器运行时用作存...
今天上集群查看有POD状态不正常，然后describePOD事件提示docker: Error response from daemon: open /var/lib/docker/overlay2/***: no such file or directory出现这个提示的意思是overlay2下面的这个文件没有了，出现这个问题的原因是dockerrootdir目录已经写满了，rootdir的默认路径就是/var/lib/docker，...
通过进程PID查询POD的几种方法1.通过mountinfo获取容器IDcat /proc/14890/mountinfo | grep "etc-hosts"1332 1310 253:2 /var/lib/kubelet/pods/ad9a35fb-dd31-4551-b267-9e2ff340ac0b/etc-hosts /etc/hosts rw,relatime - xfs /dev/vda2 ...
在用户使用kubectl命令提交yaml时，其实在整个k8s中很多组件都协调运作最终直观的展示生成的POD，那么这中间经历了很多流程，我们来看看这其中流程和原理具体是什么样的。当用户kubectl提交yaml文件以后，kubectl会将yaml文件转成符合resfulAPI规范的json数据提交到apiserver接口，apiserver接口有鉴权认证的功能，如果有做鉴权和认证那么在这一步就会进行认证，认证通过后就会将yaml提交的信息存储到etcd，这里我们可能会想到这就直接提交到etcd中存储，其它组件是如何之前用户新建了一个POD呢？api...
k8s部署es的时候需要初始化很多linux的内核参数。但是文件系统挂载到pod容器中就会变成read-only，难以进行操作实现需求。所以需要给PODprivileged权限，然后在容器的初始化脚本或代码中去修改sysctl参数。创建POD/deployment/daemonset等对象时，给容器的spec指定securityContext.privileged=true即可设置到containers同级即可 securityContext: ...
查看k8s上有一些POD日志中提示Error:failedtocreateFSwatcher:nospaceleftondevice看到这个错误提示第一时间想到的是是不是磁盘用满了，然后我开始检查机器上的资源，包含CPU，内存，硬盘发现上面检查项均为正常的然后describenode发现节点上的配额还有很多，实际使用已分配的资源都不高，然后我翻找资料，有提示相关的内核方面的问题，需要优化调整fs.inotify.max_user_watches的值sysctl fs.inotify.max_user_watches用上述命...