在自己的jenkins+gitlab组件搭建好后，在尝试使用gitlab的weebhook触发jenkins的任务，发现gitlab的返回状态码不是200而是500，无法触发jenkins的对应任务，经过网上查阅资料后进行尝试在jenkins的任务配置中有关gitlab的相关触发中选择高级，增加过滤分支重新触发钩子，成功触发jenkins任务。（使用gitee则无此现在）...

1.在k8s集群部署postgresql数据库，底层存储使用heketi+glusterfs2.容器正常running，但是报错3.一开始重启所在虚拟机，pod重新running即可正常连接数据库4.发现一直是在固定一台虚拟机上，排查问题从虚拟机的网络问题开始（虽然这个报错原因看起来是glusterfs，但是节点上其他pod正常运行）5.创建第二个对照pod，固定在另一台虚拟机上，等待原始pod出

很多场景下，无论是分内外网还是个人情况，我们一台虚拟机都有可能需要两个ip而Ubuntu1804使用的是/etc/netplan/*.yaml来配置网络，不再是以前那样在配置单网卡双ip时也比较容易直接在address里再添加一行地址即可拥有同网段的ip地址的服务器即可互相通信...

虚拟机纯命令行磁盘扩容

1.首先查看jenkins的pod的运行情况2.查看pod使用的pvc以及pv3.查看pv的详细信息（获取所使用的的存储volume）4.在master节点使用heketi-cli工具查看volume的具体情况5.选一个节点创建新目录，把volume挂载出来mount.glusterfs 192.168.xxx.xxx:vol_f3095bf0a8fd0cea2f04a3f810c7c2af /v

1.因为我的k8s集群是使用glusterfs+heketi作为pvc的存储，所以需提前准备好2.准备pvc的yaml文件jenkins-pvc.yamlapiVersion: v1kind: PersistentVolumeClaimmetadata:name: jenkins-pvcspec:accessModes:- ReadWriteManystorageClassName: heketi

在k8s集群中，对于服务有ClusterIP，NodePort和LoadBalancer。当我们没有公网ip的时候，如果我们需要对外服务更多使用的是NodePort。然而当服务逐渐躲起来的时候，NodePort对于端口的规划则变得相对麻烦，这个时候我们则可以使用Ingress。而使用Ingress的前提是先部署好Ingress-Controller。环境：服务器系统：centos7.5*3dock

1.安装CustomResourceDefinition和operatorkubectl apply -f https://download.elastic.co/downloads/eck/1.0.0/all-in-one.yaml2.查看新安装的CustomResourceDefinitionkubectl get CustomResourceDefinition3.查看新安装的s...

环境：基于k8s部署clickhouse多节点集群背景：插入数据提示no space left leave1.扩容pvc1）确认pvc所用的storageclass是否存在allowVolumeExpansion（允许动态扩展）字段，没有的话需要添加kubectl describe sc xxxx2 ）暂停占用pvc的podkubectl scale deployment xxx --replic

集群系统：ubuntu1804docker版本：19.03.8k8s版本：1.18.3情景：k8s集群机器关机进行快照更新，重新生成快照后重启，对k8s集群进行例行检查1.查看k8s节点状态（各节点状态正常）kubectl get node2.查看集群各命名空间下的pod是否正常启动kubectl get pod --all-namespaces3.发现只有部分Pod是Running状态，其他的卡