问题描述

GitLab CI任务，Runner使用的是docker machine executor类型的执行器，执行失败报错：

1
2
3
4

Running on runner-h6ezaymy-project-1037-concurrent-0 via runner-h6ezaymy-auto-scale-1668060271-ce458595...
...
WARNING: Failed to pull image with policy "if-not-present": error during connect: Post https://192.168.99.251:2376/v1.25/images/create?fromImage=registry.gitlab.com%2Fgitlab-org%2Fgitlab-runner%2Fgitlab-runner-helper&tag=x86_64-58ba2b95: dial tcp 192.168.99.251:2376: connect: no route to host (manager.go:205:3s)
ERROR: Job failed (system failure): error during connect: Post https://192.168.99.251:2376/v1.25/containers/47272fbe49e4be0f85724ad99f0657b72f568810ce0f4914c57e7fcf114764e2/wait: dial tcp 192.168.99.251:2376: connect: no route to host

重试，问题依旧。

问题描述

断电后，k8s集群重新拉起。argocd无法同步gitlab中的数据，报错：

Unable to load data: Failed to fetch default: git fetch origin --tags --force failed exit status 128: fatal: unable to access ‘https://gitlab.voidking.com/devops/argocd.git/': server certificate verification failed. CAfile: none CRLfile: none

需求描述

当前KubeSphere版本v3.2.1，但是因为权限管理不好用（不能针对不同集群单独授权），因此计划升级到v3.3.1。
KubeSphere v3.3.0之后支持为每个集群单独设置集群成员和集群角色，提供了更细粒度的权限管控机制，进一步完善了 KubeSphere 的多租户系统。

参考文档：

• KubeSphere 3.3.0 全新升级，来了！
• Release Notes - 3.3.1 版本说明
• 使用 ks-installer 升级
• 使用 ks-installer 离线升级

前言

为避免Docker容器打满带宽，有时需要对容器进行限速。
目前比较好的方案是使用 tc-docker ，本文中我们就来学习一下。

参考文档：

• 《虚拟机在线迁移过程中的故障注入》
• Linux服务器限制网络带宽流量速率
• github - CodyGuo/tc-docker
• docker限制容器下载速度

krew简介

Krew itself is a kubectl plugin that is installed and updated via Krew (yes, Krew self-hosts).

Krew 本身是一个 kubectl 的插件，同时也是一个 kubectl 的插件包管理器。
Krew 帮助我们发现插件，在我们的机器上安装和管理它们。它类似于 apt、dnf 或 brew 等工具。
当前，Krew 上提供了 200 多个 kubectl 插件。

参考文档：

• krew - Installing
• Krew