tunasync同步 IO压力，调优

修改完整版 worker.conf shitou@shitou:~$ cat /usr/local/tunasync/conf/worker.conf [global] name = "local-worker" mirror_dir = "/opt/mirror/mirrors" # 强制只允许

Redis 永久关闭透明大页

只要就非常有必要开机永久关闭透明大页 (THP)，不只是 Redis 卡顿，还会拖累 rsync 镜像同步、拉高机械硬盘

tunasync同步 发现IO 负载严重

启动tunasync同步 shitou@shitou:~/redis-7.2.5$ sudo systemctl start tunasync-manager shitou@shitou:~/redis-7.2.5$ sudo systemctl start tunasync-worker shit

pve 支持网卡唤醒设置

更新 更新 root@pve:~# apt update Hit:1 https://mirrors.tuna.tsinghua.edu.cn/debian trixie InRelease Hit:2 https://mirrors.tuna.tsinghua.edu.cn/debian tr

pve 虚拟机ubuntu 编译安装redis 7.2.5

为实体机ubuntu 安装redis 打个样 虚拟机为pve 下的ubuntu 22.04 更新系统 sudo apt update 编译安装之前，先安装环境 sudo apt install -y gcc g++ make tcl wget ，Redis 是 C 语言编写的源码程序，Ubuntu

Harbor 迁移数据盘完整故障排查日志

项目背景 硬件：LGA‑775 双核老旧主机、8G 内存，运行 Docker、K8s、Harbor 私有镜像仓库 未来升级未16G内存 操作目标：将 Harbor 持久化数据迁移至 /opt/mirror 磁盘目录 故障 1：容器启动报错，证书挂载失败

硬盘分区后：本地迁移docker 镜像harbor仓库

、迁移背景说明 本次服务器硬件为 LGA‑775 架构老旧台式主机，双核处理器性能有限，整机内存 7.72GB，内存资源充裕。 最开始部署 Harbor 镜像仓库时，存储目录使用程序默认路径/var/lib/harbor，该目录归属系统盘分区。随着容器镜像、项目版本不断增加，镜像文件体积会持续上涨，

harbor配置文件释义 harbor.yml

# ls common common.sh docker-compose.yml harbor-offline-installer-v2.13.1.tgz harbor-offline-installer-v2.13.1.tgz.1 harbor.v2.13.1.tar.gz harbor.yml

处理故障命令简单梳理

，区分故障起因、前期业务操作、故障出现、磁盘挂载排查、硬盘重新分区规划、数据迁移、Harbor 仓库路径整改、Tunasync 镜像同步部署、Nginx 镜像站点配置、最终服务管控，分层书写，每一步对应你执行过的指令，逻辑清晰无遗漏。 一、服务器基础硬件概况（lsblk 查询得出） sda 1.8T

完整复盘归档，总结踩坑经验

home 分区挂载事故完整复盘、故障根因分析与长期运维规范 一、故障整体背景（保留原版完整内容） 本次服务器故障为人为修改系统交换分区后重启引发的连锁系统异常，非硬件损坏、非数据误删。服务器采用Ubuntu LVM架构，sdb为系统盘，sda 1.8T为数据盘，承载/home用户目录、内网镜像站、H