红枫吟 - Linux

ubuntu24.04环境配置

Fri, 02 Jan 2026 18:51:48 +0000

最近我在腾讯云的服务器快过期了，但是续费又太贵，所以趁着活动又买了一台3年的轻量云。其实这台服务器上也没有什么服务，主要还是因为有一个已经备案的域名需要保一下，否则备案掉了之后再次备案太过麻烦。

我之前的服务器还在用着 ubuntu18.04 LTS，此次迁移准备升级一下系统到 ubuntu24.04 LTS，故此记录

注意: 以下命令以 # 开头则使用的是root账户，以 $ 开头则为普通账户

系统设置

修改主机名称

1# hostnamectl set-hostname [名称]

创建新用户

删除已存在的用户

1# deluser --remove-home ubuntu
2# deluser --remove-home lighthouse

添加新用户
```
1# adduser myuser
```
用户信息比如全名、房间号等，这些可以直接按 Enter 跳过
添加sudo权限
```
1# usermod -aG sudo myuser
```

添加公钥

1# su - 用户名
2$ mkdir ~/.ssh
3$ chmod 700 ~/.ssh
4$ vi ~/.ssh/authorized_keys
5$ chmod 600 ~/.ssh/authorized_keys

连接数限制

编辑文件 /etc/security/limits.conf，在文件末尾添加以下内容：

1* soft nofile 65535
2* hard nofile 65535
3* soft nproc 20480
4* hard nproc 20480

注：nofile 是文件打开数，nproc 是最大进程数。* 代表除 root 外的所有用户，如果需要添加 root，则增加

1root soft nofile 65535
2root hard nofile 65535

交换内存

默认的 vm.swappiness 为 60，表示内存使用率超过 100%-60%=40% 时就开始使用交换分区

查看当前swappiness
```
1$ cat /proc/sys/vm/swappiness
```

临时修改

1$ sudo sysctl vm.swappiness=10
2$ cat /proc/sys/vm/swappiness

永久修改

1$ echo "vm.swappiness=10" | sudo tee -a /etc/sysctl.conf
2$ sudo sysctl -p

启用BBR

1$ echo "net.core.default_qdisc=fq" | sudo tee -a /etc/sysctl.conf
2$ echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.conf
3$ sudo sysctl -p

系统服务

motd

禁用终端广告

1sudo sed -i 's/ENABLED=1/ENABLED=0/' /etc/default/motd-news

pro

禁用 pro 和 esm 的相关提示

1$ sudo chmod -x /etc/update-motd.d/10-help-text
2$ sudo chmod -x /etc/update-motd.d/91-contract-ua-esm-status
3$ sudo chmod -x /etc/update-motd.d/90-updates-available

只清空，不删除文件

1sudo truncate -s 0 /etc/apt/apt.conf.d/20apt-esm-hook.conf

ssh

修改配置 /etc/ssh/sshd_config

修改端口
```
1Port 22
```
取消注释并修改为想要的端口，然后在腾讯云控制台防火墙添加放行策略
禁用root登陆
```
1PermitRootLogin no
```
请在添加完成普通用户后再操作

重启服务

1$ sudo systemctl restart ssh

如果修改 sshd_config 不生效

1$ sudo systemctl stop ssh.socket
2$ sudo systemctl disable ssh.socket
3$ sudo systemctl restart ssh

unattended-upgrades

停止服务

1$ sudo systemctl stop unattended-upgrades
2$ sudo systemctl disable unattended-upgrades

卸载

1$ sudo apt remove --purge unattended-upgrades

snap

停止服务

1$ sudo systemctl stop snapd.service
2$ sudo systemctl disable snapd.service
3$ sudo systemctl mask snapd.service

查看已安装软件
```
1$ snap list
```
卸载安装软件(把使用 snap 安装的软件依次卸载)
```
1$ sudo snap remove --purge [软件名称]
```

卸载 snap

1$ sudo apt autoremove --purge snapd

清理目录

1$ sudo rm -rf /var/cache/snapd
2$ sudo rm -rf /var/snap
3$ sudo rm -rf /var/lib/snapd

阻止 snapd 被自动重新安装

1$ sudo cat <<EOF | sudo tee /etc/apt/preferences.d/nosnap.pref
2Package: snapd
3Pin: release a=*
4Pin-Priority: -10
5EOF

其它服务

docker

官方文档: https://docs.docker.com/engine/install/ubuntu/

设置apt仓库

 1$ sudo apt update
 2$ sudo apt install ca-certificates curl
 3$ sudo install -m 0755 -d /etc/apt/keyrings
 4$ sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
 5$ sudo chmod a+r /etc/apt/keyrings/docker.asc
 6$ sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
 7Types: deb
 8URIs: https://download.docker.com/linux/ubuntu
 9Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
10Components: stable
11Signed-By: /etc/apt/keyrings/docker.asc
12EOF
13$ sudo apt update

安装

1$ sudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

普通用户权限
```
1$ sudo usermod -aG docker [用户名]
```

镜像由于官方仓库无法连接，修改 /etc/docker/daemon.json 添加下面配置

1{
2    "registry-mirrors": [
3        "https://mirror.ccs.tencentyun.com"
4    ]
5}

然后重启docker即可

1$ sudo systemctl restart docker

other

1$ sudo apt install tree

腾讯云组件

卸载腾讯云内置的组件

1$ sudo /usr/local/qcloud/monitor/barad/admin/uninstall.sh
2$ sudo /usr/local/qcloud/stargate/admin/uninstall.sh
3$ sudo /usr/local/qcloud/YunJing/uninst.sh

Zerotier笔记

Sun, 17 Sep 2023 15:41:40 +0000

zerotier 可谓是慕名许久，但之前一直没有太多内网穿透和异地组网的需求，此次准备在外网访问家里NAS部署的部分应用，所以也调研了一些相关的应用，最终选择了 zerotier 来对我现有的机器进行组网

FRP: 需要将服务器的端口映射出去，不太喜欢这种暴力的方式。我目前的服务基本上只会在 0.0.0.0 监听80、443等常用端口，其它服务一律监听 127.0.0.1，通过nginx访问内部的服务

DDNS: 家里的NAS直接暴露在公网，这非常不安全，而且家用宽带无法使用80，443端口，只能使用高位端口

ZEROTIER: 使用 P2P 的方式对多台服务器进行组网，映射的端口只允许加入组网的设备访问，这在速度和安全性上确实是我所需要的

部署教程

现在我有三台设备需要进行组网，一台A在国外，一台B在国内(腾讯云)，还有一台C在家里(NAS)。我准备将私有Planet部署到机器A，同时机器A也会加入到内网里，A、B、C三台设备可以通过内网相互访问

UI界面

以 jonnyan404/zerotier-planet 为例

创建目录
```
1mkdir /opt/zerotier /opt/ztncui
```

部署服务

1docker run -d --name ztncui --restart always \
2-p 4000:4000 -p 9993:9993/tcp -p 9993:9993/udp \
3-e MYADDR={服务器公网IP} \
4-e HTTP_PORT=4000 \
5-e HTTP_ALL_INTERFACES=yes \
6-e ZTNCUI_PASSWD=mrdoc.fun \
7-v /opt/zerotier:/var/lib/zerotier-one \
8-v /opt/ztncui:/opt/key-networks/ztncui/etc \
9keynetworks/ztncui

然后就可以通过 服务器公网IP:4000 访问UI管理界面，默认的用户名和密码: admin,mrdoc.fun

Zerotier客户端

Linux: 部署方式很简单，注意区分 host网络 和 bridge网络，这两个在安全性有所区别(具体在下面讲)

1docker run --name zerotier -d \
2--restart always \
3--net host \
4--cap-add NET_ADMIN \
5--device /dev/net/tun \
6-v /opt/zerotier:/var/lib/zerotier-one \
7zerotier/zerotier:latest

如果使用私有Planet，记得替换 /opt/zerotier/planet 文件

Android: 推荐使用 https://github.com/kaaass/ZerotierFix

私有Planet

默认的Planet信息是硬编码在zertier代码里，如果安装好客户端后会在 zerotier-cli peers 看到官方的Planet服务器。

而部署私有的Planet的目的:

官方的服务器基本都位于国外或者香港，服务连通性无法得到保证
安全性。试想一个陌生的设备加入到网络，而这个设备的许可只需要得到官方的认证即可。当然，官方是基本不可能发生这样的情况，但如果有一个完全控制的网络，何乐而不为呢

如何生成私有Planet文件?

1git clone https://github.com/jonnyan404/zerotier-planet --depth=1
2cd zerotier-planet
3docker cp mkmoonworld-x86_64 ztncui:/tmp
4docker cp patch.sh ztncui:/tmp
5docker exec -it ztncui bash /tmp/patch.sh
6docker restart ztncui

这样就会在挂载目录 /opt/zerotier 下生成一个新的 planet 文件，记得下载并备份。所有加入组网的客户端都需要替换该文件

私有Planet服务器加入组网

如果按照上述部署流程也可以正常使用 zerotier 组网，但是，如果想要把部署了私有Planet的设备也加入到内网，貌似没有一篇文章说到。所以我专门研究了一下，想要把私有Planet的机器也加入到内网，大概是可以分为下面几种方式:

(不推荐) 修改ztncui内部zerotier的默认端口9993
在 /opt/zerotier 目录下添加一个 local.conf，并设置
```
1{
2    "settings": {
3        "primaryPort": 9995
4    }
5}
```
然后修改 patch.sh 文件里的 9993 端口，以及 /start_ztncui.sh 添加一行
```
1echo "ZT_ADDR=localhost:$ZT_PORT" > /opt/key-networks/ztncui/.env
```
部署两个zerotier: 除了ztncui容器内部的一个zerotier，再在机器上部署一个客户端，并修改端口，避免端口冲突
(推荐) ztncui镜像的UI和zerotier分开部署
我研究后才发现 ztncui 的相关镜像把事情弄的很复杂，都把 ztncui 和 zerotier 放到同一个镜像，专门去连接 localhost:9993 。其实是可以把两个镜像分开的，UI 只做 UI ，使用 API 去连接 zerotier 官方的镜像

UI和Zerotier分开部署

如果想要自己构建Docker镜像，可以参考 honmaple/ztncui-aio

部署 zerotier 的客户端(部署过的可以忽略)

1docker run -d --name zerotier --restart always --net=host --cap-add NET_ADMIN --device /dev/net/tun -v /opt/zerotier:/var/lib/zerotier-one zerotier/zerotier:latest

部署 UI

 1docker run -d --name ztncui --restart always \
 2-e MYADDR={服务器IP} \
 3-e HTTP_PORT=4000 \
 4-e HTTP_ALL_INTERFACES=yes \
 5-e ZT_ADDR={zerotier地址, 比如Docker网关:9993} \
 6-e ZT_TOKEN={可以为空，但需要挂载zerotier-one的配置路径} \
 7-v /opt/ztncui:/opt/ztncui/etc \
 8-v /opt/zerotier:/var/lib/zerotier-one \
 9-p 4000:4000 \
10honmaple/ztncui:latest

ZT_ADDR: 由于 zerotier 和 ztncui 没有部署在一个容器，所以需要从UI内部访问宿主机的 9993 端口，这里可以使用UI容器的网关访问，比如UI容器的IP是 172.17.0.12，则访问 172.17.0.1

另外，zerotier 默认的API接口只允许 127.0.0.1 访问，所以需要在挂载目录 /opt/zerotier 下新建一个 local.conf

1{
2    "settings": {
3        "allowManagementFrom": ["127.0.0.1/24", "::1", "172.17.0.1/24"]
4    }
5}

修改归属的用户和用户组

1docker exec -it zerotier bash
2cd /var/lib/zerotier-one
3chown zerotier-one:zerotier-one local.conf
4exit

生成私有Planet文件

1git clone https://github.com/honmaple/ztncui-aio --depth=1
2cd ztncui-aio
3docker cp script/mkmoonworld-x86_64 zerotier:/tmp
4docker cp script/patch.sh zerotier:/tmp
5docker exec -it zerotier bash /tmp/patch.sh {服务器IP}

重启
```
1docker restart zerotier
```
这样就能使私有Planet和zerotier客户端共存，让Planet服务器也能加入到内网环境了

组网教程

创建网络

使用浏览器打开UI管理界面 {服务器公网IP}:4000，honmaple/ztncui 默认用户名密码是 admin,password
点击 Add network，输入一个网络名称，比如 testlab。然后选择 Easy setup
添加一个内网网段，记得这个内网网段不能和需要加入组网的设备网段相同，比如我的设备C网段是 192.168.31.0/24 ，就不能添加该网段，另外Docker所使用的网段 172.0.0.0/8 也需要避免添加，所以我这里选择 10.8.230.0/24。不同的设备内网网段不同，请根据实际添加

加入网络

创建好网络后就会得到一串网络ID，登录到设备，然后使用

1docker exec zerotier zerotier-cli join {网络ID}

加入网络，正常情况下会得到

1200 join OK

刷新管理界面就会出现一个新的成员然后勾选 Authorizerd 允许加入，再次刷新，就能看到该设备分配了一个新的IP 10.8.230.170

返回设备，可以看到设备多了一个新的IP

跨网段访问

什么是跨网段访问? 比如现在我可以通过 10.8.230.0/24 访问已经加入组网的设备，但我想要在设备B上访问我家里的其它设备，但是，我家里设备的网段是 192.168.31.0/24，正常是无法访问的，只能访问已经加入组网的Nas。这时需要配置静态路由，让设备B访问 192.168.31.0/24 网段时走zerotier配置好的IP。

如果手动添加就是

1ip route add 192.168.31.0/24 via 10.8.230.170 dev {zerotier建立的网卡}

当然，也可以直接使用zerotier管理界面添加，选择 Routes

Target 输入想要访问的网段：192.168.31.0/24，Gateway 输入之前分配的IP：10.8.230.170。

创建好后可以在设备B上执行

1ping 192.168.31.XX(除设备C之外的内网设备IP)

查看网络是否连通

安全限制

正因为跨网段访问只需要添加一个静态路由，就能访问我家里的其它设备，这无疑是非常不安全的。如果私有Planet服务器遭到入侵，我家里的所有联网设备都会暴露出去，即使加入组网只是其中的一台。基于此原因，我专门调整了一下zerotier的部署方式，不再使用 host网络 的方式部署，而是创建一个新的Docker网络 zerotier

1docker network create --driver=bridge --subnet=192.168.100.0/24 --gateway=192.168.100.1 zerotier

注: 192.168.100.0/24 是一个全新的网段，不要使用172网段

然后删除之前部署的 zerotier 客户端，并使用 zerotier网络 重新部署

1docker stop zerotier
2docker rm zerotier
3docker run -d --name zerotier --restart always --net zerotier --cap-add NET_ADMIN --device /dev/net/tun -v /opt/zerotier:/var/lib/zerotier-one zerotier/zerotier:latest

细心的朋友应该会发现我这里没有将 9993 端口映射给宿主机，这是由于我测试发现两台设备只需要其中一台开放 9993 端口，两台设备之间就能直连。如果两台设备都不开放端口，则会通过开放了端口的其它设备进行跳转，查看 peers 会看到一直是 RELAY 状态

1root@cf5f973bd294:/# zerotier-cli peers
2200 peers
3<ztaddr>   <ver>  <role> <lat> <link>   <lastTX> <lastRX> <path>
4xxxxxxxxx  1.12.1 LEAF      -1 RELAY

这时想要从设备B访问我家里其它联网的设备已是不可能，除非突破Docker的限制。而正常情况下，我想要从设备B上访问的是部署在设备C的其它服务(以Docker服务为主)，所以，现在可以添加一个新的路由 192.168.100.0/24 指向 10.8.230.170，然后修改其它镜像使用的网络为 zerotier

1docker run -d --rm --name=test-nginx --net=zerotier nginx:stable-alpine
2docker exec -it test-nginx ip a

接着在设备B上执行

1ping 192.168.100.3(test-nginx的IP)
2curl 192.168.100.3

如果无法访问，需要在Docker所在宿主机上添加路由

1ip route add 10.8.230.0/24 via 192.168.100.2(zerotier客户端的IP)

另外，由于Docker的IP可能会发生改变，除创建容器时指定 --ip 外，还可以将服务的端口映射出去，比如 NasTools 使用端口为 3000，那么可以在创建容器时指定

1-p 11300:3000

然后在设备B上访问 192.168.100.1:11300，即网关地址+映射的端口，这样就能避免Docker重启后IP发生改变而导致服务异常的情况

FAQ

如何修改默认的9993端口?

在 zerotier 挂载的目录下新建一个 local.conf 文件，并设置

1{
2    "settings": {
3        "primaryPort": 9995
4    }
5}

参考资料

使用Github Actions自动打包Go项目

Mon, 06 Mar 2023 02:22:23 +0000

前言

如果用过 Gitlab Ci, 相信对此也非常熟悉，GitHub Actions 是 GitHub 推出的持续集成（Continuous Integration，简称 CI）服务，它提供了整套虚拟服务器环境，基于它可以进行构建、测试、打包、部署项目等等操作

快速开始(Quickstart)

在自己的 Github 仓库中找到 Actions 标签页

点击 Configure, 此时会生成一个 .github/workflow/go.yml 文件

 1# This workflow will build a golang project
 2# For more information see: https://docs.github.com/en/actions/automating-builds-and-tests/building-and-testing-go
 3
 4name: Go
 5
 6on:
 7  push:
 8    branches: [ "master" ]
 9  pull_request:
10    branches: [ "master" ]
11
12jobs:
13
14  build:
15    runs-on: ubuntu-latest
16    steps:
17      - uses: actions/checkout@v3
18        - name: Set up Go
19          uses: actions/setup-go@v3
20        with:
21          go-version: 1.19
22      - name: Build
23        run: go build -v ./...
24      - name: Test
25        run: go test -v ./...

多平台编译(Cross Compile)

交叉编译

对于非 CGO 项目，Go 提供了一种十分方便的方式来进行交叉编译，只需要指定 GOOS 和 GOARCH 环境变量

Mac下编译Linux, Windows平台的64位可执行程序：

1$ CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build .
2$ CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build .

Linux下编译Mac, Windows平台的64位可执行程序：

1$ CGO_ENABLED=0 GOOS=darwin GOARCH=amd64 go build .
2$ CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build .

同样的，我们可以在 Gtihub Actions 中设置环境变量来编译非 CGO 项目，这里需要使用 matrix 策略，让我们基于不同的参数创建并行的任务，比如编译Go时指定不同的环境变量

首先编写任务

 1jobs:
 2  build:
 3    strategy:
 4      matrix:
 5        goos: [linux, darwin]
 6        goarch: [amd64]
 7
 8    runs-on: ubuntu-latest
 9
10    steps:
11      - name: Checkout
12        uses: actions/checkout@v3
13      - name: Set up Go
14        uses: actions/setup-go@v3
15        with:
16          go-version: 1.19
17      - name: Download dependencies
18        run: go mod download
19      - name: Build
20        run: go build -v -o snow .
21        # 指定编译时的环境变量
22        env:
23          GOOS: ${{ matrix.goos }}
24          GOARCH: ${{ matrix.goarch }}
25          CGO_ENABLED: 0

这样就创建了 GOOS=linux GOARCH=amd64 和 GOOS=darwin GOARCH=amd64 的两个任务, 当 goarch 增加一个 arm 的参数后，会组合成四个任务, 如果需要指定或者排除某个选项，可以使用 include 或者 exclude

 1matrix:
 2  goos: [linux, darwin]
 3  goarch: [amd64, arm]
 4  # 只包括linux编译选项
 5  include:
 6    - goos: linux
 7      goarch: amd64
 8    - goos: linux
 9      goarch: arm
10  # 排除所有关于arm的编译选项
11  exclude:
12    - goarch: arm

然后执行 git push, 这样就能在 Github 的 Actions 标签页看到执行结果

跨平台编译

如果是非 CGO 项目，可以使用Go内置的交叉编译，但如果是 CGO 项目，上述的交叉编译大概率会失败(相关问题:go-libsass)，所以我们需要基于不同的平台来进行编译，幸运的是，Github Actions 对此支持的非常好,

编写新任务

 1jobs:
 2  build:
 3    strategy:
 4      matrix:
 5        build: [macos, linux]
 6        include:
 7          - build: macos
 8            os: macos-latest
 9          - build: linux
10            os: ubuntu-18.04
11    runs-on: ${{ matrix.os }}
12    steps:
13      - name: Checkout
14        uses: actions/checkout@v3
15      - name: Set up Go
16        uses: actions/setup-go@v3
17        with:
18          go-version: 1.19
19      - name: Download dependencies
20        run: go mod download
21      - name: Build
22        run: go build -v -o snow .
23        env:
24          CGO_ENABLED: 1

注意 runs-on 使用的 matrix.os 变量, 它允许我们分别使用 ubuntu-18.04 和 macos-latest 两个平台进行编译，这时不用指定 GOOS 和 GOARCH 参数

执行 git push, 可以看到执行结果

发布(Release)

当编译好一个二进制文件后，需要发布到 Github 的 Release 页，这时就需要添加新的任务, 目前官方的actions/create-release已经无人维护，所以此次选择另外一个ncipollo/release-action

 1name: Release
 2
 3on:
 4  # 只在预发布时才执行
 5  release:
 6    types: [prereleased]
 7
 8jobs:
 9  build:
10    strategy:
11      matrix:
12        build: [macos, linux]
13        include:
14          - build: macos
15            os: macos-latest
16            archive-name: darwin.tar.gz
17          - build: linux
18            os: ubuntu-latest
19            archive-name: linux.tar.gz
20
21    # 需要设置写权限才能自动发布
22    permissions:
23      contents: write
24
25    steps:
26      ...
27      # 把二进制文件打包成压缩文件
28      - name: Prepare Packaging
29        run: tar zcvf snow-${{ matrix.archive-name }}.tar.gz snow LICENSE
30
31      # 上传附件
32      - name: Upload Artifacts
33        uses: actions/upload-artifact@v3
34        with:
35          name: snow-${{ matrix.archive-name }}.tar.gz
36          path: snow-${{ matrix.archive-name }}.tar.gz
37
38      # 发布release版本
39      - name: Release version
40        uses: ncipollo/release-action@v1
41        if: github.event_name == 'release'
42        with:
43          allowUpdates: true
44          artifacts: snow-${{ matrix.archive-name }}.tar.gz
45          token: ${{ secrets.GITHUB_TOKEN }}

当 Github Actions 执行完成后，就能在 Release 页看到我们发布的 Package

FAQ

version `GLIBC_2.33' not found

使用 Github Actions 发布一个新的版本，下载到本地执行时报错

1./snow: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by ./snow)
2./snow: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./snow)
3./snow: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by ./snow)
4./snow: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by ./snow)

这是由于使用的 ubuntu 版本太高导致, 降低版本即可

1include:
2...
3-   os: ubuntu-latest
4+   os: ubuntu-18.04

Bad CPU type in executable

这是由于最新的 macos-latest 仅包括arm64，不再包括x86_64导致，如果需要使用x86_64，请指定版本 macos-13

Docker笔记之registry清理

Mon, 23 Aug 2021 17:14:46 +0000

尝试了几种方式, 算是找到了一个比较方便的清理docker registry的方式

前言

两年前分给了 docker registry 1T的磁盘，虽然有预感磁盘空间会被用完, 没想过能够坚持这么久。而且期间一直想把 registry 迁移到 harbor，也能对不同账户的权限进行分配和限制，但几百G的磁盘占用也不好迁移，所以一直被耽搁(迁移方式都准备好了 https://blog.k8s.li/docker-registry-to-harbor.html)

清理

列出所有镜像

1registry garbage-collect --dry-run /etc/docker/registry/config.yml >> res.txt

找出分层(push次数)最多的几个镜像

1cat res.txt | awk -F : '{print $1}' | sort | uniq -c | sort -rn -k1 | head -10
2  25871 image1
3  25649 image2
4  16815 image3
5  ...

删除某个镜像的untagged的数据

注意 -u 参数, 仅删除 untagger 的数据

dry-run

1REGISTRY_DATA_DIR=/var/lib/registry/docker/registry/v2 python delete_docker_registry_image.py --image image1 -u --dry-run

实际删除(需要先暂停registry)

1REGISTRY_DATA_DIR=/var/lib/registry/docker/registry/v2 python delete_docker_registry_image.py --image image1 -u

查看磁盘占用(恢复registry)

发现磁盘占用的大头还是这些 untagged 的数据，仅仅处理了几个分层数量最多的镜像，一下子多了几百G的空间

参考资料

K8S笔记之ingress增加验证

Tue, 13 Jul 2021 14:13:38 +0000

创建账户密码

生成密码

1PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"

生成hash值

1docker run --rm --entrypoint htpasswd httpd:2 -Bbn username password >> auth

修改ingress

1nginx.ingress.kubernetes.io/auth-realm='Authentication Required '
2nginx.ingress.kubernetes.io/auth-type=basic
3nginx.ingress.kubernetes.io/auth-secret=basic-auth
4nginx.ingress.kubernetes.io/auth-secret-type=auth-map

Authorization请求头传递到后端server

现有一个 django server 需要根据不同用户名配置不同的权限, django 可以通过 request.META.get("HTTP_AUTHORIZATION") 获取basic auth 时的用户信息, 但默认 Authorization 请求头无法直接传递到后端, 所以需要配置

1nginx.ingress.kubernetes.io/configuration-snippet: |
2    proxy_set_header Authorization $http_authorization;
3    proxy_pass_header Authorization;

参考资料:

参考资料

GNS3笔记

Tue, 11 May 2021 14:48:06 +0000

GNS3 VM导入

1virt-install  --name gns3  --memory 8192  --vcpus 4  --disk /home/kvm/GNS3/GNS3VM-disk001.qcow2  --disk /home/kvm/GNS3/GNS3VM-disk002.qcow2  --import --virt-type kvm --os-type linux --os-variant ubuntu18.04 --network default --graphics vnc,listen=0.0.0.0,password=foobar,port=5910 --noautoconsole --hvm

禁用广告与数据采集

禁用错误报告

找到 ~/.config/GNS3/2.2/gns3_server.conf, 在 [Server] 块中添加
```
1[Server]
2...
3report_errors = False
```

禁用google分析

找到 /usr/local/lib/python3.8/dist-packages/gns3server/static/web-ui/index.html , 注释google分析相关代码

 1<!-- <script async="" src="https://www.googletagmanager.com/gtag/js?id=G-5D6FZL9923"></script> -->
 2<script>
 3  window.dataLayer = window.dataLayer || [];
 4  function gtag() {
 5  dataLayer.push(arguments);
 6  }
 7  gtag('js', new Date());
 8
 9  // gtag('config', 'G-5D6FZL9923');
10</script>

禁用错误跟踪

找到 /usr/local/lib/python3.8/dist-packages/gns3server/static/web-ui 目录下的 main.xxxx.js

1sudo sed -i 's%https://d8be3a98530f49eb90968ff396db326c@o19455.ingest.sentry.io/842726%%g' main.2f0314a517dded67879c.js

禁用广告

同样找到 /usr/local/lib/python3.8/dist-packages/gns3server/static/web-ui 目录下的 main.xxxx.js

1sudo sed -i 's%https://servedbyadbutler.com/adserve/;ID=165803;size=0x0;setID=371476;type=json;%%g' main.2f0314a517dded67879c.js

然后重启服务即可 sudo systemctl restart gns3

启用basic auth

找到 ~/.config/GNS3/2.2/gns3_server.conf, 在 [Server] 块中添加

1[Server]
2...
3auth = True
4user = gns3
5password = gns3

K8S笔记之集群管理

Wed, 02 Sep 2020 14:34:20 +0000

pod

查看对外开放pod和port

1kubectl get svc --all-namespaces | grep -v ClusterIP

1kubectl get svc --all-namespaces -o go-template='{{range .items}}{{ $save := . }}{{range.spec.ports}}{{if .nodePort}}{{$save.metadata.namespace}}{{"/"}}{{$save.metadata.name}}{{" - "}}{{.name}}{{": "}}{{.nodePort}}{{"\n"}}{{end}}{{end}}{{end}}'

清理所有状态为Failed或者Evicted的pod

1#!/bin/bash
2kubectl get pods --all-namespaces -o go-template='{{range .items}} \
3{{if eq .status.phase "Failed"}} {{if eq .status.reason "Evicted"}} {{.metadata.name}}{{" "}} {{.metadata.namespace}}{{"\n"}} \
4{{end}} \
5{{end}} \
6{{end}}' | while read epod namespace; do kubectl -n $namespace delete pod $epod; done

查看pod id

1kubectl get pods --all-namespaces -o custom-columns=PodName:.metadata.name,PodUID:.metadata.uid,NODE:.spec.nodeName

查看pod所在节点

1kubectl get pod -o wide --all-namespaces
2# 或者
3kubectl get pod -o=custom-columns=NODE:.spec.nodeName,NAME:.metadata.name --all-namespaces

孤立pod解决

找到所有运行中的pod id

1kubectl get pods --all-namespaces -o custom-columns=PodUID:.metadata.uid | tail -n +2 > pods.txt

1ls -d1 /var/lib/kubelet/pods/* | xargs -I % bash -c '[ ! -f %/etc-hosts ] && echo %'

1cat /var/log/messages|grep -i 'Orphaned pod'|awk -F '"' '{print $2}'|uniq

1kubectl get pods --all-namespaces -o custom-columns=PodName:.metadata.name,PodUID:.metadata.uid | egrep -f /tmp/pods.txt

节点

禁止节点调度

1kubectl cordon master   # 禁止节点调度

1kubeclt uncordon master # 允许节点调度

Label添加删除和修改

查看
```
1kubectl get node --show-labels
```

添加

1kubectl label nodes <node-name> <label-key>=<label-value>

删除

1kubectl label nodes <node-name> <label-key>-

修改

1kubectl label nodes <node-name> <label-key>=<label-value> --overwrite

K8S笔记之私有仓库搭建

Thu, 20 Feb 2020 23:19:43 +0000

创建PV

关于PV的创建参考《K8S笔记之持久化存储》

 1apiVersion: v1
 2kind: PersistentVolumeClaim
 3metadata:
 4  name: docker-claim
 5spec:
 6  accessModes:
 7    - ReadWriteOnce
 8  resources:
 9    requests:
10      storage: 80Gi
11  storageClassName: local-volume

搭建仓库

Docker 私有化仓库的搭建可参考官方文档, 并且将相关的配置转化为K8S所需要的yaml文件

 1---
 2apiVersion: v1
 3kind: ReplicationController
 4metadata:
 5  name: registry
 6  namespace: default
 7  labels:
 8    k8s-app: registry
 9spec:
10  replicas: 1
11  selector:
12    k8s-app: registry
13  template:
14    metadata:
15      labels:
16        k8s-app: registry
17    spec:
18      containers:
19        - name: registry
20          image: registry:2
21          ports:
22            - containerPort: 5000
23          env:
24            - name: REGISTRY_HTTP_ADDR
25              value: :5000
26            - name: REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY
27              value: /var/lib/registry
28            - name: REGISTRY_HTTP_TLS_CERTIFICATE
29              value: /certs/tls.crt
30            - name: REGISTRY_HTTP_TLS_KEY
31              value: /certs/tls.key
32            - name: REGISTRY_AUTH
33              value: htpasswd
34            - name: REGISTRY_AUTH_HTPASSWD_REALM
35              value: Registry Realm
36            - name: REGISTRY_AUTH_HTPASSWD_PATH
37              value: /auth/htpasswd
38          volumeMounts:
39            - name: registry-storage
40              mountPath: /var/lib/registry
41              subPath: registry
42            - name: registry-secret
43              mountPath: /certs
44            - name: registry-passwd
45              mountPath: /auth
46      volumes:
47        - name: registry-storage
48          persistentVolumeClaim:
49            claimName: docker-claim
50        - name: registry-secret
51          secret:
52            secretName: registry-tls-secret
53        - name: registry-passwd
54          secret:
55            secretName: registry-passwd-secret

需要注意的几个点

命名空间

这里我指定的命名空间为 default，包括前面的PV以及后续所创建的 service, secret, ingress等服务也需要指定相同的命名空间

https验证

https验证所需要的ca文件命名为tls.crt, tls.key是为了后面可以方便的配置 ingress

创建ca证书与私钥

 1# openssl req -newkey rsa:4096 -nodes -sha256 -keyout certs/tls.key -x509 -days 365 -out certs/tls.crt
 2Generating a 4096 bit RSA private key
 3.......................................................................................................++
 4................................................++
 5writing new private key to 'certs/tls.key'
 6-----
 7You are about to be asked to enter information that will be incorporated
 8into your certificate request.
 9What you are about to enter is what is called a Distinguished Name or a DN.
10There are quite a few fields but you can leave some blank
11For some fields there will be a default value,
12If you enter '.', the field will be left blank.
13-----
14Country Name (2 letter code) [XX]:CN
15State or Province Name (full name) []:sichuan
16Locality Name (eg, city) [Default City]:chengdu
17Organization Name (eg, company) [Default Company Ltd]:
18Organizational Unit Name (eg, section) []:software
19Common Name (eg, your name or your server's hostname) []:registry.k8s.cloud
20Email Address []:registry@xxx.com

需要注意的是 Common Name 字段, 后续配置 ingress 的 host 要与该字段保持一致

创建 secret
```
1kubectl --namespace=default create secret tls registry-tls-secret --cert ./certs/tls.crt --key ./certs/tls.key
```
该密钥创建后会生成 data 下的两个文件，一个 tls.crt, 一个 tls.key, 这两个名字总是固定的，与执行命令中的文件名无关

用户名密码验证

Docker仓库默认未开启账号验证，需要添加三个环境变量

1- name: REGISTRY_AUTH
2  value: htpasswd
3- name: REGISTRY_AUTH_HTPASSWD_REALM
4  value: Registry Realm
5- name: REGISTRY_AUTH_HTPASSWD_PATH
6  value: /auth/htpasswd

其中 /auth/htpasswd 将会被挂载在 secret 上

生成密码文件

1docker run --entrypoint htpasswd registry:2 -Bbn username password > certs/htpasswd

或者

1yum install httpd
2htpasswd -Bbn user passwd > certs/passwd

创建 secret

1kubectl --namespace=default create secret generic registry-passwd-secret --from-file=htpasswd=./certs/passwd

创建service

 1---
 2apiVersion: v1
 3kind: Service
 4metadata:
 5  name: registry
 6  namespace: default
 7  labels:
 8    k8s-app: registry
 9    kubernetes.io/name: "KubeRegistry"
10spec:
11  selector:
12    k8s-app: registry
13  ports:
14    - port: 5000
15      protocol: TCP

注: 我也不知道 label 中的 kubernetes.io/name 有什么作用

创建ingress

由于该私有仓库需要对外服务, 我采用 ingress 方式

 1---
 2kind: Ingress
 3apiVersion: extensions/v1beta1
 4metadata:
 5  name: ingress.registry
 6  namespace: default
 7  annotations:
 8    nginx.ingress.kubernetes.io/backend-protocol: HTTPS
 9    nginx.ingress.kubernetes.io/ingress.class: nginx
10    nginx.ingress.kubernetes.io/rewrite-target: /
11    nginx.ingress.kubernetes.io/ssl-passthrough: "true"
12spec:
13  tls:
14    - hosts:
15        - registry.k8s.cloud
16      secretName: registry-tls-secret
17  rules:
18    - host: registry.k8s.cloud
19      http:
20        paths:
21          - path: /
22            backend:
23              serviceName: registry
24              servicePort: 5000

命名空间必须与之前保持一致
host 必须与之前创建证书时的 CN 保持一致

测试Docker仓库

修改host

由于 registry.k8s.cloud 并不是一个真实的域名，所以采用修改 /etc/hosts 方式进行测试和访问

1echo "10.8.235.202 registry.k8s.cloud" >> /etc/hosts

更新Docker证书

1mkdir -p /etc/docker/certs.d/registry.k8s.cloud
2cp certs/tls.crt /etc/docker/certs.d/registry.k8s.cloud/ca.crt

如果是不同机器，复制 certs/tls.crt 的内容到另一台机器上即可

注：不需要重启Docker

登陆仓库

1docker login registry.k8s.cloud

输入之前创建时用的用户名，密码, 一般就可以登陆成功

1# docker login registry.k8s.cloud
2Username: xxxx
3Password: 
4WARNING! Your password will be stored unencrypted in /root/.docker/config.json.
5Configure a credential helper to remove this warning. See
6https://docs.docker.com/engine/reference/commandline/login/#credentials-store
7
8Login Succeeded

测试上传与下载

准备任意 Dockerfile

构建本地镜像

1docker build -t registry.k8s.cloud/mytest .

上传镜像

 1# docker push registry.k8s.cloud/mytest:latest
 2The push refers to repository [registry.k8s.cloud/mytest]
 31357220cb89: Layer already exists
 4a965e1c532c: Pushed
 5beaee123df5: Layer already exists
 62568a15e513: Layer already exists
 7badc4d6e828: Pushed
 83c730fdba93: Pushed
 99d9e1e59db0: Pushed
109dfa0a0da3b: Pushed
11latest: digest: sha256:c20c32ba413e6555159aa0722a866a576481fe4a177116c4919xxxxxxx2a5a size: 1995

拉取镜像当镜像上传成功，可在另一台机器上测试下载

 1# docker pull registry.k8s.cloud/mytest:latest
 2latest: Pulling from mytest
 3605cebd3f31: Pull complete
 4d08402297b9: Pull complete
 568c3b3bcbd0: Pull complete
 69ee925a87cc: Pull complete
 7ebb13422b6b: Pull complete
 859c8302ac13: Pull complete
 97149c344f10: Pull complete
107d8abdd4c32: Pull complete
11Digest: sha256:c20c32ba1e6555159aa0722a866a576481fe4a177116419ade0708652a5a
12Status: Downloaded newer image for registry.k8s.cloud/mytest:latest
13registry.k8s.cloud/mytest:latest

FAQ

x509: certificate is valid for ingress.local, not registry.k8s.cloud

1Error response from daemon: Get https://registry.k8s.cloud/v2/: x509: certificate is valid for ingress.local, not registry.k8s.cloud

这一般是 ingress tls 的配置问题, 比如创建 secret 时采用 generic 而不是 tls

x509: certificate signed by unknown authority

1Error response from daemon: Get https://registry.k8s.cloud/v2/: x509: certificate signed by unknown authority

这是未更新Docker证书导致的, 需要更新

1/etc/docker/certs.d/registry.k8s.cloud/ca.crt

413 Request Entity Too Large

1error parsing HTTP 413 response body: invalid character '<' looking for beginning of value: "<html>\r\n<head><title>413 Request Entity Too Large</title></head>\r\n<body>\r\n<center><h1>413 Request Entity Too Large</h1></center>\r\n<hr><center>nginx/1.17.7</center>\r\n</body>\r\n</html>\r\n"

当上传镜像时遇到413, 需要更新 ingress 配置

1nginx.ingress.kubernetes.io/proxy-body-size: 1024m

参考资料

K8S笔记之常见问题

Fri, 10 Jan 2020 13:26:01 +0000

修改dashboard显示语言为中文

修改浏览器语言: dashboard的显示语言会根据浏览器的语言自动切换，但需要注意的是chrome需要切换语言为中文而不是 中文（简体）

设置环境变量(推荐): 修改dashboard的Deployments yaml文件, 添加环境变量

1containers:
2  ...
3  ports:
4    - containerPort: 8443
5      ...
6      env:
7        - name: ACCEPT_LANGUAGE
8          value: zh

获取token

获取名为 admin 的账号 token

1kubectl -n kube-system describe secret $(kubectl -n kube-system get secret | grep admin | awk '{print $1}')
2kubectl -n kubernetes-dashboard describe secret $(kubectl -n kubernetes-dashboard get secret | grep admin | awk '{print $1}')

修改token过期时间

参考: https://blog.csdn.net/u013201439/article/details/80930285

1args:
2  ....
3  - --token-ttl=86400 # 一天

重新创建dashboard
```
1kubectl apply -f dashboard.yaml
```

获取token

1kubectl -n kube-system describe secret $(kubectl -n kube-system get secret | grep admin | awk '{print $1}')

自签名证书

多域名

1cp /etc/pki/tls/openssl.conf ./

1openssl req -new -sha256 -key xxx.com.key -out xxx.com.csr -extension v3_req -config openssl.cnf

注意: -extension v3_req 参数

nginx服务DNS解析

https://stackoverflow.com/questions/51090684/nginx-wont-resolve-hostname-in-k8s https://github.com/openresty/openresty/issues/298

K8S证书过期问题

周末服务不能访问,

1[root@k8s-master ~]# kubectl get nodes
2Unable to connect to the server: x509: certificate has expired or is not yet valid

首先想到是证书过期了，

1[root@k8s-master pki]# ls
2apiserver.crt              apiserver.key                 ca.crt  front-proxy-ca.crt      front-proxy-client.key
3apiserver-etcd-client.crt  apiserver-kubelet-client.crt  ca.key  front-proxy-ca.key      sa.key
4apiserver-etcd-client.key  apiserver-kubelet-client.key  etcd    front-proxy-client.crt  sa.pub

 1[root@k8s-master pki]# openssl x509 -in apiserver.crt -text
 2Certificate:
 3    Data:
 4        Version: 3 (0x2)
 5        Serial Number: 3850906911950301514 (0x35712b6ef5e4e94a)
 6    Signature Algorithm: sha256WithRSAEncryption
 7        Issuer: CN=kubernetes
 8        Validity
 9            Not Before: Mar 20 09:24:02 2020 GMT
10            Not After : Mar 20 09:24:02 2021 GMT
11        Subject: CN=kube-apiserver
12        Subject Public Key Info:
13            Public Key Algorithm: rsaEncryption

查找了一下

1https://github.com/kubernetes/kubeadm/issues/581#issuecomment-596097725

可以直接通过

 1[root@k8s-master backup]# kubeadm alpha certs check-expiration
 2[check-expiration] Reading configuration from the cluster...
 3[check-expiration] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -oyaml'
 4[check-expiration] Error reading configuration from the Cluster. Falling back to default configuration
 5
 6W0321 15:42:19.113957   11330 validation.go:28] Cannot validate kube-proxy config - no validator is available
 7W0321 15:42:19.114213   11330 validation.go:28] Cannot validate kubelet config - no validator is available
 8CERTIFICATE                EXPIRES                  RESIDUAL TIME   CERTIFICATE AUTHORITY   EXTERNALLY MANAGED
 9admin.conf                 Mar 20, 2021 09:24 UTC   <invalid>                               no
10apiserver                  Mar 20, 2021 09:24 UTC   <invalid>       ca                      no
11apiserver-etcd-client      Mar 20, 2021 09:24 UTC   <invalid>       etcd-ca                 no
12apiserver-kubelet-client   Mar 20, 2021 09:24 UTC   <invalid>       ca                      no
13controller-manager.conf    Mar 20, 2021 09:24 UTC   <invalid>                               no
14etcd-healthcheck-client    Mar 20, 2021 09:24 UTC   <invalid>       etcd-ca                 no
15etcd-peer                  Mar 20, 2021 09:24 UTC   <invalid>       etcd-ca                 no
16etcd-server                Mar 20, 2021 09:24 UTC   <invalid>       etcd-ca                 no
17front-proxy-client         Mar 20, 2021 09:24 UTC   <invalid>       front-proxy-ca          no
18scheduler.conf             Mar 20, 2021 09:24 UTC   <invalid>                               no
19
20CERTIFICATE AUTHORITY   EXPIRES                  RESIDUAL TIME   EXTERNALLY MANAGED
21ca                      Mar 18, 2030 09:24 UTC   8y              no
22etcd-ca                 Mar 18, 2030 09:24 UTC   8y              no
23front-proxy-ca          Mar 18, 2030 09:24 UTC   8y              no

备份

1cp -r /etc/kubernetes /backup/

更新

1kubeadm alpha certs renew all

继续查看

1[root@k8s-master ~]# kubectl get nodes
2error: You must be logged in to the server (Unauthorized)

 1[root@k8s-master backup]# cp /etc/kubernetes/admin.conf ~/.kube/config
 2cp：是否覆盖"/root/.kube/config"？ y
 3[root@k8s-master backup]# kubectl get nodes
 4NAME          STATUS   ROLES    AGE    VERSION
 5k8s-master    Ready    master   365d   v1.17.4
 6k8s-node-01   Ready    <none>   365d   v1.17.0
 7k8s-node-02   Ready    <none>   365d   v1.17.0
 8k8s-node-03   Ready    <none>   335d   v1.17.4
 9k8s-node-04   Ready    <none>   335d   v1.17.4
10k8s-node-05   Ready    <none>   365d   v1.17.4
11k8s-node-06   Ready    <none>   365d   v1.17.4
12k8s-node-07   Ready    <none>   363d   v1.17.4
13k8s-node-08   Ready    <none>   363d   v1.17.4

登录rancher发现点击重新部署后无反应

重启 apiserver、scheduler、controller

1docker restart `docker ps | grep kube-apiserver  | awk '{ print $1 }'`
2docker restart `docker ps | grep kube-scheduler  | awk '{ print $1 }'`
3docker restart `docker ps | grep kube-controller  | awk '{ print $1 }'`
4systemctl restart kubelet

KVM笔记之磁盘扩容

Thu, 09 Jan 2020 11:38:09 +0000

磁盘扩容

关闭KVM虚拟机

1virsh shutdown vm-ubuntu-04

扩容磁盘

查看磁盘位置

1# virsh domblklist vm-ubuntu-04
2Target     Source
3------------------------------------------------
4vda        /home/kvm/images/ubuntu-04.qcow2

查看磁盘信息

1# qemu-img info /home/kvm/images/ubuntu-04.qcow2
2image: /home/kvm/images/ubuntu-04.qcow2
3file format: qcow2
4virtual size: 2.0G (2147483648 bytes)
5disk size: 1.7G
6cluster_size: 65536
7Format specific information:
8compat: 0.10
9refcount bits: 16

可以看出现在虚拟机磁盘大小为 2G

扩容磁盘大小

1# qemu-img resize /home/kvm/images/ubuntu-04.qcow2 +28G
2Image resized.

1# qemu-img info /home/kvm/images/ubuntu-04.qcow2 
2image: /home/kvm/images/ubuntu-04.qcow2
3file format: qcow2
4virtual size: 30G (32212254720 bytes)
5disk size: 1.7G
6cluster_size: 65536
7Format specific information:
8compat: 0.10
9refcount bits: 16

现在磁盘大小已增加到 30G

扩容虚拟机分区

启动虚拟机

1virsh start vm-ubuntu-04

查看磁盘大小和格式

1root@vm-ubuntu-04:~# lsblk
2NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
3loop0    7:0    0 88.5M  1 loop /snap/core/7270
4vda    252:0    0   30G  0 disk
5├─vda1 252:1    0    1M  0 part
6└─vda2 252:2    0    2G  0 part /

现在跟分区只分配了 2G 的大小，而当前 vda 磁盘总量为 30G

 1root@vm-ubuntu-04:~# df -T
 2Filesystem     Type     1K-blocks    Used Available Use% Mounted on
 3udev           devtmpfs   4053076       0   4053076   0% /dev
 4tmpfs          tmpfs       816784     936    815848   1% /run
 5/dev/vda2      ext4       2028368 1634136    273144  86% /
 6tmpfs          tmpfs      4083912       0   4083912   0% /dev/shm
 7tmpfs          tmpfs         5120       0      5120   0% /run/lock
 8tmpfs          tmpfs      4083912       0   4083912   0% /sys/fs/cgroup
 9/dev/loop0     squashfs     90624   90624         0 100% /snap/core/7270
10tmpfs          tmpfs       816780       0    816780   0% /run/user/0

注意 :不同格式的文件系统扩容磁盘命令 有所不同，比如我的根分区格式为 ext4, 以下将以 ext4 为例

扩容磁盘

安装 cloud-guest-utils
```
1apt -y install cloud-guest-utils
```

扩容磁盘

1root@vm-ubuntu-base:~# growpart /dev/vda 2
2CHANGED: partition=2 start=4096 old: size=4188160 end=4192256 new: size=62910431,end=62914527

2 为跟分区所在磁盘

1root@vm-ubuntu-base:~# lsblk
2NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
3loop0    7:0    0 88.5M  1 loop /snap/core/7270
4vda    252:0    0   30G  0 disk
5├─vda1 252:1    0    1M  0 part
6└─vda2 252:2    0   30G  0 part /

更新且格式化分区 resize2fs 扩容 ext4 文件系统, 其它可参考 https://computingforgeeks.com/extending-root-filesystem-using-lvm-linux/

 1root@vm-ubuntu-base:~# resize2fs /dev/vda2
 2resize2fs 1.44.1 (24-Mar-2018)
 3Filesystem at /dev/vda2 is mounted on /; on-line resizing required
 4old_desc_blocks = 1, new_desc_blocks = 4
 5The filesystem on /dev/vda2 is now 7863803 (4k) blocks long.
 6
 7root@vm-ubuntu-base:~# lsblk
 8NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
 9loop0    7:0    0 88.5M  1 loop /snap/core/7270
10vda    252:0    0   30G  0 disk
11├─vda1 252:1    0    1M  0 part
12└─vda2 252:2    0   30G  0 part /
13root@vm-ubuntu-base:~# df -hT | grep /dev/vda
14/dev/vda2      ext4       30G  1.6G   27G   6% /

DONELVM磁盘扩容

CLOSED: [2020-12-17 四 10:26]

State "DONE" from [2020-12-17 四 10:26]

 1root@jsl-ml:~# lsblk
 2NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
 3sda                         8:0    0 14.6T  0 disk 
 4sdb                         8:16   0  3.5T  0 disk 
 5├─sdb1                      8:17   0  512M  0 part /boot/efi
 6├─sdb2                      8:18   0    1G  0 part /boot
 7└─sdb3                      8:19   0  3.5T  0 part 
 8  └─ubuntu--vg-ubuntu--lv 253:0    0  200G  0 lvm  /
 9sdc                         8:32   0 14.6T  0 disk 
10sdd                         8:48   0 14.6T  0 disk 
11sr0                        11:0    1 1024M  0 rom

 1root@jsl-ml:~# vgdisplay 
 2  /dev/sde: open failed: No medium found
 3  /dev/sde: open failed: No medium found
 4  --- Volume group ---
 5  VG Name               ubuntu-vg
 6  System ID             
 7  Format                lvm2
 8  Metadata Areas        1
 9  Metadata Sequence No  2
10  VG Access             read/write
11  VG Status             resizable
12  MAX LV                0
13  Cur LV                1
14  Open LV               1
15  Max PV                0
16  Cur PV                1
17  Act PV                1
18  VG Size               3.49 TiB
19  PE Size               4.00 MiB
20  Total PE              915322
21  Alloc PE / Size       51200 / 200.00 GiB
22  Free  PE / Size       864122 / <3.30 TiB
23  VG UUID               EAgRRa-u0VB-0MjL-gnk5-KDCC-YlYw-vAMwOS

 1root@jsl-ml:~# lvdisplay 
 2  /dev/sde: open failed: No medium found
 3  /dev/sde: open failed: No medium found
 4  --- Logical volume ---
 5  LV Path                /dev/ubuntu-vg/ubuntu-lv
 6  LV Name                ubuntu-lv
 7  VG Name                ubuntu-vg
 8  LV UUID                PrxjnN-ELNU-peoA-JH6E-BFle-KclP-Gt07U4
 9  LV Write Access        read/write
10  LV Creation host, time ubuntu-server, 2020-12-03 15:13:07 +0000
11  LV Status              available
12  # open                 1
13  LV Size                200.00 GiB
14  Current LE             51200
15  Segments               1
16  Allocation             inherit
17  Read ahead sectors     auto
18  - currently set to     256
19  Block device           253:0

 1root@jsl-ml:~# lvcreate -n ubuntu-lv-home --extents +100%FREE  ubuntu-vg
 2  /dev/sde: open failed: No medium found
 3  /dev/sde: open failed: No medium found
 4  Logical volume "ubuntu-lv-home" created.
 5   
 6root@jsl-ml:~# lvdisplay 
 7  /dev/sde: open failed: No medium found
 8  /dev/sde: open failed: No medium found
 9  --- Logical volume ---
10  LV Path                /dev/ubuntu-vg/ubuntu-lv
11  LV Name                ubuntu-lv
12  VG Name                ubuntu-vg
13  LV UUID                PrxjnN-ELNU-peoA-JH6E-BFle-KclP-Gt07U4
14  LV Write Access        read/write
15  LV Creation host, time ubuntu-server, 2020-12-03 15:13:07 +0000
16  LV Status              available
17  # open                 1
18  LV Size                200.00 GiB
19  Current LE             51200
20  Segments               1
21  Allocation             inherit
22  Read ahead sectors     auto
23  - currently set to     256
24  Block device           253:0
25   
26  --- Logical volume ---
27  LV Path                /dev/ubuntu-vg/ubuntu-lv-home
28  LV Name                ubuntu-lv-home
29  VG Name                ubuntu-vg
30  LV UUID                4dHuSb-yGla-pcdp-0tfg-hnAL-j0xZ-h2aiNr
31  LV Write Access        read/write
32  LV Creation host, time jsl-ml, 2020-12-04 09:37:56 +0000
33  LV Status              available
34  # open                 0
35  LV Size                <3.30 TiB
36  Current LE             864122
37  Segments               1
38  Allocation             inherit
39  Read ahead sectors     auto
40  - currently set to     256
41  Block device           253:1

 1root@jsl-ml:~# lsblk
 2NAME                            MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
 3sda                               8:0    0 14.6T  0 disk 
 4sdb                               8:16   0  3.5T  0 disk 
 5├─sdb1                            8:17   0  512M  0 part /boot/efi
 6├─sdb2                            8:18   0    1G  0 part /boot
 7└─sdb3                            8:19   0  3.5T  0 part 
 8  ├─ubuntu--vg-ubuntu--lv       253:0    0  200G  0 lvm  /
 9  └─ubuntu--vg-ubuntu--lv--home 253:1    0  3.3T  0 lvm  
10sdc                               8:32   0 14.6T  0 disk 
11sdd                               8:48   0 14.6T  0 disk 
12sr0                              11:0    1 1024M  0 rom  
13root@jsl-ml:~# mkfs.ext4 /dev/ubuntu-vg/ubuntu-lv-home

1root@jsl-ml:~# mount /dev/ubuntu-vg/ubuntu-lv-home /home/data

磁盘挂载

创建磁盘

创建一块大小为 100G，格式为 qcow2 的磁盘

1# qemu-img create -f qcow2 ubuntu-04-disk.qcow2 100G
2Formatting 'ubuntu-04-disk.qcow2', fmt=qcow2 size=107374182400 cluster_size=65536 lazy_refcounts=off refcount_bits=16

查看磁盘大小

 1# qemu-img info ubuntu-04-disk.qcow2
 2image: ubuntu-04-disk.qcow2
 3file format: qcow2
 4virtual size: 100G (107374182400 bytes)
 5disk size: 196K
 6cluster_size: 65536
 7Format specific information:
 8compat: 1.1
 9lazy refcounts: false
10refcount bits: 16
11corrupt: false

挂载磁盘

挂载命令

1virsh attach-disk vm-ubuntu-04 /home/kvm/images/ubuntu-04-disk.qcow2 --driver qemu --subdriver qcow2 vdb --persistent

注:

vm-ubuntu-04 为需要扩展的虚拟机名称
/home/kvm/images/ubuntu-04-disk.qcow2 为刚创建好的扩展磁盘
vdb 为新扩展磁盘的名称

卸载命令

1virsh detach-disk vm-ubuntu-04 /home/kvm/images/ubuntu-04-disk.qcow2 --persistent

格式化磁盘

虚拟机内执行

格式化分区

 1[root@vm-ubuntu-04 ~]# fdisk /dev/vdb
 2欢迎使用 fdisk (util-linux 2.23.2)。
 3
 4更改将停留在内存中，直到您决定将更改写入磁盘。
 5使用写入命令前请三思。
 6
 7Device does not contain a recognized partition table
 8使用磁盘标识符 0xd01c1c86 创建新的 DOS 磁盘标签。
 9
10命令(输入 m 获取帮助)：n
11Partition type:
12   p   primary (0 primary, 0 extended, 4 free)
13   e   extended
14Select (default p): p
15分区号 (1-4，默认 1)：
16起始 扇区 (2048-209715199，默认为 2048)：
17将使用默认值 2048
18Last 扇区, +扇区 or +size{K,M,G} (2048-209715199，默认为 209715199)：
19将使用默认值 209715199
20分区 1 已设置为 Linux 类型，大小设为 100 GiB
21
22命令(输入 m 获取帮助)：w
23The partition table has been altered!
24
25Calling ioctl() to re-read partition table.
26正在同步磁盘

格式化文件系统

1[root@vm-ubuntu-04 ~]# lsblk
2[root@vm-ubuntu-04 ~]# mkfs.ext4 /dev/vdb1

挂载磁盘

1mkdir /home/data
2mount /dev/vdb1 /home/data

FAQ

unexpected output in sfdisk --version

在执行 growpart /dev/vda 1 时报错

1unexpected output in sfdisk --version [sfdisk，来自 util-linux 2.23.2]

解决方案

1LANG=en_US.UTF-8 growpart /dev/vda 1

DOS partition table format cannot be used on drives for volumes larger than 2T

在使用 fdisk /dev/sdd 时, 当/dev/sdd的大小超过2T, 会有警告

1Device does not contain a recognized partition table.
2The size of this disk is 14.6 TiB (16000900661248 bytes). DOS partition table format cannot be used on drives for volumes larger than 2199023255040 bytes for 512-byte sectors. Use GUID partition table format (GPT).

解决方案

 1# gdisk /dev/sdd
 2
 3GPT fdisk (gdisk) version 1.0.5
 4
 5Partition table scan:
 6  MBR: not present
 7  BSD: not present
 8  APM: not present
 9  GPT: not present
10
11Creating new GPT entries in memory.
12
13Command (? for help): o
14This option deletes all partitions and creates a new protective MBR.
15Proceed? (Y/N): Y
16
17Command (? for help): n
18Partition number (1-128, default 1): 
19First sector (34-31251759070, default = 2048) or {+-}size{KMGTP}: 
20Last sector (2048-31251759070, default = 31251759070) or {+-}size{KMGTP}: 
21Current type is 8300 (Linux filesystem)
22Hex code or GUID (L to show codes, Enter = 8300): 
23Changed type of partition to 'Linux filesystem'
24
25Command (? for help): w
26
27Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
28PARTITIONS!!
29
30Do you want to proceed? (Y/N): Y
31OK; writing new GUID partition table (GPT) to /dev/sdd.
32The operation has completed successfully.

然后格式化即可

1mkfs.ext4 /dev/sdd1

红枫吟 - Linux

ubuntu24.04环境配置

系统设置

修改主机名称

创建新用户

连接数限制

交换内存

启用BBR

系统服务

motd

pro

ssh

unattended-upgrades

snap

其它服务

docker

other

腾讯云组件

Zerotier笔记

相关概念

部署教程

UI界面

Zerotier客户端

私有Planet

私有Planet服务器加入组网

UI和Zerotier分开部署

组网教程

创建网络

加入网络

跨网段访问

安全限制

FAQ

如何修改默认的9993端口?

参考资料

使用Github Actions自动打包Go项目

前言

快速开始(Quickstart)

多平台编译(Cross Compile)

交叉编译

跨平台编译

发布(Release)

FAQ

version `GLIBC_2.33' not found

Bad CPU type in executable

Docker笔记之registry清理

前言

清理

列出所有镜像

找出分层(push次数)最多的几个镜像

删除某个镜像的untagged的数据

参考资料

K8S笔记之ingress增加验证

创建账户密码

修改ingress

Authorization请求头传递到后端server

参考资料

GNS3笔记

GNS3 VM导入

禁用广告与数据采集

启用basic auth

K8S笔记之集群管理

pod

查看对外开放pod和port

清理所有状态为Failed或者Evicted的pod

查看pod id

查看pod所在节点

孤立pod解决

节点

禁止节点调度

Label添加删除和修改

K8S笔记之私有仓库搭建

创建PV

搭建仓库

命名空间

https验证

用户名密码验证

创建service

创建ingress

测试Docker仓库

修改host