<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cron on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/cron/</link>
    <description>Recent content in Cron on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Mon, 13 Apr 2026 09:30:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/cron/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>OpenClaw 备份失效排查与修复实录：从两个机器同时失效到自动备份彻底恢复</title>
      <link>https://blog.margrop.net/post/openclaw-backup-failure-investigation-and-fix/</link>
      <pubDate>Mon, 13 Apr 2026 09:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/openclaw-backup-failure-investigation-and-fix/</guid>
      <description>&lt;p&gt;我把这次问题写成一篇完整的复盘，不是因为它足够戏剧化，而是因为它足够典型。&lt;/p&gt;&#xA;&lt;p&gt;这次出问题的不是一个单点，而是两台机器的自动备份同时失效：一台是本地的 macOS 机器，一台是远程的 VPS。两边手动执行都可以成功，备份文件也能写到 NAS，但只要放回定时任务，结果就会变得不稳定，甚至直接失败。表面看像是“定时器没触发”，实际上真正的问题分布在调度、权限、锁、日志、以及验证方式几个不同层面。&lt;/p&gt;&#xA;&lt;p&gt;对我来说，这类故障最麻烦的地方，不在于它有多难修，而在于它会制造一种很强的错觉：每一部分单独看都像没坏，拼到一起却就是不工作。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
