/tags/%E5%A4%87%E4%BB%BD/ Recent content in 备份 on Hugo -- gohugo.io en Sat, 29 Aug 2026 18:32:00 +0800 /posts/fsgroup-restic-full-reread/ Sat, 29 Aug 2026 18:32:00 +0800 /posts/fsgroup-restic-full-reread/ 监控发来一条 ContainerMemoryNearLimit：homelab 里 Oracle 集群夜备容器的 7 天内存峰值达到 968.7Mi，limit 是 1Gi，约占 94.6%。周报里的序列是 240 → 580 → 623 → 823 → 969Mi，看起来像内存持续增长。预案本来现成——manifest 注释里写着，7 天峰值超过 820Mi 就把 limit 提到 1.5Gi——但我想先确认它为什么一直在涨。 实际情况是它没有持续增长。那组序列只是把高点单独挑出来后形成的结果。书库 pod 重启后（本场景主要由节点重启触发），kubelet 会处理 24.5GiB 书库中的文件权限；当晚 restic 因此重读了整个目录。下面按排查顺序记录，数字都来自这次排查。 背景 这套是我 homelab 的备份链路。一个单节点 K3s（v1.34.5+k3s1）跑在 Oracle 的免费 ARM 实例上，每晚 03:30 一个 CronJob 起 alpine 容器：先 pg_dump 两个 Postgres 库、按白名单把各服务的 sqlite 拷进 emptyDir，然后 restic backup 把这份 /work 连同一个 ~24.5GiB 的 calibre 书库目录（local-path PVC）推到家里 NAS 上的 restic 仓库（sftp），最后 forget --prune 收快照。