Files

Manus AI df98da40cc 🔄 卡若AI 重建本地主仓 | 保留有效小文件

2026-07-19 00:21:46 +08:00

5.8 KiB

Raw Blame History

CKBNAS · Time Machine 备份半途断开 & 局域网需重启 · 诊断报告

生成：2026-06-05 10:22 CST
目标：smb://fnvtk@192.168.110.101/NetBackup · MacBook Pro.sparsebundle（约 390GB）
关联：TimeMachine_公司NAS切换进度.md · CKBNAS_离线原因分析报告.md

一、结论（30 秒）

现象	根因	性质
备份跑到一半停	NAS 重启/断网 → Mac `backupd` error 19 无法挂载目标	主因
局域网要重启 NAS 才能用	同上；重启后 SMB/路由恢复，TM 才能重挂	连锁
日志里反复 `Failed to mount destination`	10:00～10:19 NAS 不可达（当时 uptime≈3min，刚重启完还在起服务）	已对齐
SMB `fruit` 配置丢失	DSM 重写 `smb.share.conf`，NetBackup 无 `fruit:time machine`	加剧不稳定
非主因	Samba 4.15 vs macOS 26 error 45（历史）；当前已 GUI 加回目标且 Running=1	已绕过

当前（10:22）：修复 fruit 后，TM Running=1 · FindingChanges，SMB 445 已 ESTABLISHED。

二、日志证据链

2.1 Mac 侧 · `karuo_tm_backup_monitor.log`

2026-06-05 10:00～10:19（每约 2 分钟一条）：

Running = 0
Failed to mount backup destination, error: ... Code=19 "Failed to mount destination."
⚠️ 当前未在备份 · 触发 watchdog

→ error 19 = 备份目标 SMB 卷挂不上（NAS 离线 / SMB 未就绪 / 重启中）。

2026-06-05 10:19:38 后：NAS 服务起来，TM 恢复 FindingChanges · Running=1。

2.2 NAS 侧 · 重启频率（今日）

时段	迹象
~06:00	`synobootup.log` 新一轮 systemd 启动
~07:00	再次 boot 序列（07:00:22 起 fileindexd）
~10:17	SSH `uptime: up 3～4 min`（第三次）

synobootup.log 自 6/3 起累计 5 次 完整启动记录 → 非正常频繁重启，与「备份一半断、要重启 NAS」高度吻合。

2.3 NAS 侧 · SMB / NetBackup

修复前 [NetBackup] 仅有 guest ok=yes、path=/volume1/NetBackup，无：

fruit:time machine = yes
fruit:metadata = stream
fruit:time machine max size

SMB 全局日志反复报：

vfs_init_custom failed for catia fruit streams_xattr
... catia fruit streams_xattr.so: No such file or directory

→ VFS 模块名被错误拼接，Time Machine 元数据通道不稳。

NetBackup 卷痕迹：多个 .smbdeleteAAA* 临时文件 → SMB 会话异常中断 时遗留。

2.4 网络

Mac 192.168.110.167 ↔ NAS 192.168.110.101:445 ESTABLISHED（修复时）
锐捷后台「有线终端为 0」：统计问题，见 ruijie_eg105_fix_wired_nas.md；以 ping/DSM 为准
历史：192.168.110.101 不可达时 guardian 记 NAS unreachable（6/3）

三、因果图

[NAS 重启/断电/手动/负载过高]
        ↓
[SMB 445 断 · Docker/索引抢 IO · load 10+]
        ↓
[Mac backupd 挂载 NetBackup 失败 · error 19]
        ↓
[Time Machine Running=0 · 进度条停在一半]
        ↓
[你重启 NAS] → SMB 恢复 → TM 续跑 FindingChanges/Copying

与「备份一半」的关系：sparsebundle 已 390GB（首备总量约 900GB 级），每次断点在 Copying/FindingChanges 切换或百分比中途，不是 sparsebundle 损坏。

四、已执行修复（2026-06-05 10:22）

bash "卡若Ai的文件夹/4、火_工具开发/脚本/tm_nas_smb_fruit_fix.sh"

为 [NetBackup] 补全 fruit:time machine + metadata + max size 1600G
重启 pkgctl-SMBService
验收：grep -A25 '\[NetBackup\]' /etc/samba/smb.share.conf

五、待办（按优先级）

P0 · 查清 NAS 为何一天重启 3+ 次

在 DSM 日志中心 查看：

关机/重启原因（手动 / 计划任务 / 掉电 / 内核 panic）
控制面板 → 硬件和电源 → 常规 → 是否勾选异常关机后自动重启
是否接 UPS（当前日志有 ups 服务但未见电池状态）

SSH 辅助：

ssh ckbnas-home 'uptime; tail -100 /var/log/synobootup.log | head -30'

P1 · 减少重启/高 IO 对备份的冲击

项	做法
备份窗口	夜间首备；白天停 CloudSync / SynologyDrive 大同步
降噪脚本	DSM root 跑一次 `ckbnas_quiet_mode.sh`（停 CloudSync 等）
锐捷	按 `ruijie_eg105_fix_wired_nas.md` 绑静态 110.101 MAC `90:09:d0:96:3c:7b`
NAS 网线	CKBNAS 直插锐捷 LAN1，避免与 Station 共用小交换机只占一个口

P2 · Mac 侧自动续备（已部署，保持）

com.karuo.timemachine.guardian · 10 分钟
com.karuo.timemachine.ckb.watchdog · NAS 可达则 startbackup
日志：~/Library/Logs/karuo_tm_guardian.log · karuo_tm_backup_monitor.log

勿删 MacBook Pro.sparsebundle；断点续传依赖该包。

P3 · DSM UI 再确认一次（防 DSM 覆盖 fruit）

控制面板 → 文件服务 → SMB → 高级：

启用 SMB3、Bonjour Time Machine 广播
共享文件夹 NetBackup → 编辑 → 高级 → 勾选 Time Machine

六、验收命令

# Mac
tmutil status
tmutil destinationinfo
bash "卡若Ai的文件夹/4、火_工具开发/脚本/tm_backup_progress_report.sh"
tail -20 ~/Library/Logs/karuo_tm_backup_monitor.log

# NAS
ssh ckbnas-home 'uptime; grep -A20 "\[NetBackup\]" /etc/samba/smb.share.conf; du -sh /volume1/NetBackup/MacBook\ Pro.sparsebundle'

七、给卡若的一句话

不是 Time Machine「故意备份一半」，而是 NAS 今天多次重启 → SMB 断 → Mac 挂不上 NetBackup；重启 NAS 后链路恢复，备份才能继续。已重新打上 fruit:time machine；下一步重点是 查清 NAS 为何频繁重启（电源/计划任务/过热/手动）。

版本 v1.0 | 2026-06-05

5.8 KiB Raw Blame History Unescape Escape