Record stale collection diagnosis for October 22 publish failure

docs/maintenance/FREENODE.md

@@ -202,3 +202,13 @@ merge 下仍有旧命名目录，不能据目录名推断当前站点归属。fn
 本次调查阶段未重新采集、生成、同步或修改代码/配置，当时日期错位缺陷尚未修复。用户随后明确授权修复并上线；Nodehub已将订阅接收业务日期单独改为北京时间，功能提交`0a1698b69d514a649a63040053fae1d96f30b7f4`，全局UTC保持不变。实现、回退点、凌晨真实FPM模拟与四站10文件重放验收的唯一正文见[Nodehub订阅维护](/Users/hellcat/Documents/GemCodes/nodehub.loc/docs/maintenance/FREENODE.md#2026-10-21-部署验收)。master01本轮未修改业务代码。
 
 用户随后提供`/www/wwwroot/github-2.diaodu.us/app/Http/Controllers/CronController.php:290`对今日cfn Clash链接的`file_get_contents()` 404报错。只读比对确认所给每日目录与20261021业务日期匹配，不是仅替换文件名日期形成的错误链接；从Nodehub服务器复测该精确文件返回200、2519458字节且响应哈希与落盘一致。报错未附触发时间，不能确认其发生时刻；若发生在北京时间12:15前，符合上述时区错位造成的缺文件窗口。未登录github-2部署、未执行其CronController或重跑有业务副作用的任务，不将Nodehub服务器请求结果冒充调用方现场验收。
+
+### 2026-10-22 中午无新准备批次调查
+
+用户报告12:12 `no_fresh_prepared_release`（ReleaseStore.php:49）。12:13起经白色机只读检查，master01仍为`21ab4b84`，current和pending均为`20261021160648-829d2ad82938`（北京时间10月22日00:06:48），URI 1644、Clash 1627、Sing-box 1528；没有06点或12点新批次。两启用来源的四个当日文件mtime均停在00:03，数据库file_real日期正确，但不满足Pipeline要求的本轮六小时来源时效，因此无法准备12点候选，00点pending也超出发布允许的30分钟。这是上游采集/调度阶段未产生新输入之后的发布失败，不是Nodehub日期回退或数量骤减保护。
+
+Nodehub仍运行`507cbf7`，已在今天00:15正常生成20261022四站10份文件，确认前一日北京时间修复经过真实跨日定时分发。12:18左右按精确当日目录核对，接收文件与master01保留批次全部匹配（Clash保留既有trim差异），服务器侧10个HTTPS请求均200且响应哈希匹配文件。今天订阅可下载，但使用的是00点批次，不代表本轮内容已更新。
+
+已排除的持续故障：当前两来源四格式正常请求均200；源目录在实际www-data身份下可写，dir_base与部署根一致，启用来源/文件映射正确；没有残留准备或原生校验进程。www-data每分钟执行`/usr/bin/php /www/wwwroot/master.diaodu.us/scripts/cron.php`，脚本与本地SHA一致；root的crontab主要为证书相关，不能仅检查root就认定缺少调度。没有找到本任务的持久化cron阶段日志，Laravel日志为空，Nginx现有错误记录未能还原06:03/12:03采集失败原因。
+
+尚未确认：采集在对应分钟未执行、执行中断还是当时上游临时失败；当前下载成功不能证明故障时上游正常。已向用户请求12:03/12:06更早一条异常作为定位证据。本次没有执行采集、准备、发布、重放同步或生产变更，未为消除告警放宽来源时效或发布门禁。调查尚未闭环，不能登记为已修复。