russle的专栏

如果是所示，这是docker自身的一个属性决定，该属性默认使true，因此当我们执行systemctl docker restart时已经运行的容器未受影响。原文在： https://docs.docker.com/config/containers/live-restore/中文大意‘：/etc/docker/daemon.json配置文件中设置了{ "live-restore": true}在升级小版本或者重启时，只要不改变daemon-level级别参数，是不会影响已运行容器的Liv

问题构建某个项目的docker images突然报错：Insufficient space in download directory /var/cache/yum/x86_64/7/updates/pakcages最近构建dockerfile以及基础镜像都没有改动过， 也检查了本机的磁盘空间，有30G的剩余空间，想起这个可能是docker系统自身的空间不足，一查果然是docker系统所使用的空间不足。错误截图：修复方法：这是在本人笔记本上，非生产系统，生产系统请慎重，参看prune参数与含义

问题worker节点运行正常，因为安装其他软件我就重启了一下，结果发现kubectl get nodes显示node1notReady，这是执行kubectl describe node node1发现node1上的kubelet没有正常运行，我手动执行systemctl start kubelet.service没有报错，但是当我执行systemctl statuskubelet.ser...

之前的k8s环境都是通过kubeadm安装，安装完成后通过kubectl run nginx --image=nginx 验证环境Ok，都正常运行。 今天的k8s采用二进制安装的方式，结果运行kubectl run一致在 ContainerCreating状态，通过kubectl describe pod xxx, 错误如下：问题Events: FirstSeen LastSee...

记录一个小教训。切记： k8s安装完成后不要轻易修改hostname。问题：k8s的master节点变为notReady，另外一个worker节点正常。症状：master上的flannel pod显示为pending状态，但是describe pod没有有用信息，最后运行journalctl -f -u kubelet.service 日志中，发现节点名称的问题， 想起来刚才修改过主机名，...

docker –link 解析我们可以通过如下的命令将两个docker 容器关联起来。但是内部是如何关联的呢？docker run –name redis -d /redis docker run –link redis:db -i -t ubuntu:14.04 /bin/bash**实际上unbuntu:14.04这个容器中直接访问了hostname为db的机器，–redis:db将redi

**声明：此文为笔者个人经验，仅供参考**。本文省略的docker的安装， kubernetes的master和work节点都需要安装docker， 最好使用指定版本的docker， 例如比这安装的是k8s 1.9， 就安装了sudo apt-get install docker-ce=17.03.0~ce-0~ubuntu-xenial， 因为较高的docker版本不再k8s v1.9的是测试

问题描述一个老服务最近出现OOM问题了（日志中发现的），但是由于启动参数没有添加-XX:HeapDumpOnOutOfMemoryError无法获取dump文件，这时想着使用jmap获取dump文件，结果执行jmap报如下错：# jmap -heap 6Attaching to process ID 6, please wait...Error attaching to process:...