Repository navigation
[Bug] CI Docker mirror verification fails during daemon startup #13204
Description
问题
Ubuntu CI 的 Configure public Docker Hub cache 在重启 Docker 后立即执行一次 docker info，daemon 尚不可用时会使测试在启动前失败。
复现证据
- 上游实际失败 job，提交
a42e8641eda38bc7a32f4db9d28a1ecfb294e8f9，TDengine 3.0.7.1。 - 配置验证已输出
configuration OK；重启后docker info报连接错误、registry 配置为空，随后 JSON 解析失败。尚未执行数据库集成测试。 - 相同提交的 fork CI 51 jobs 全部成功。
- 当前 main
eb234637a46583aa641d7370da910f7453fdfa40仍采用单次读取；此前 ci: configure public Docker Hub cache before live tests #11592 解决的是镜像限流，test(ci): isolate fixture ports and wait for TDengine VGroups #13086 解决 VGroup/端口夹具竞态，均未覆盖此就绪窗口。
预期与范围
在原有 Docker 重启后有界等待 daemon 可读取，再核实原镜像配置；保留永久失败及镜像缺失的非零退出，不跳过测试、不重复重启 daemon、不重放数据库操作。仅修改 CI 启动路径及针对性回归，独立于触发器功能 PR。
Metadata
Metadata
Assignees
Labels
No labels
Activity
efeire commentedon Oct 22, 2026
/claim
dbx-bot commentedon Oct 22, 2026
✅ @efeire 已认领 #13204，开始处理吧！
efeire commentedon Oct 23, 2026
进展（2026-10-25）
独立修复 #13206 已合入 main，合并提交
170e9f912bf89e41aa820708834c6b61bf3040a5。原候选6c5811a8ed3e7af78d19d6d55e9a0ca692079888的 fork / 上游 CI 均通过：各 50 成功、1 个按 JDBC 路径过滤合法跳过、无失败 step；真实 workspace 与 TDengine 镜像配置及后续测试通过。修复在既有 Docker 重启后增加有界只读就绪探测；不重复重启、不修改 daemon 安全设置、不跳过数据库测试，持续不可用或镜像配置缺失仍失败。
此前 TDengine 和 RocketMQ 均在同一启动步骤出现 daemon 尚不可读的失败；历史失败保留，不当作通过。本修复覆盖这个启动窗口，不保证后续网络、镜像下载或数据库测试的其他问题不会发生。触发器功能 #13403 保持独立。
本次更新原进展评论中的「尚未合入」状态，保留 Issue 当前已关闭状态。
efeire commentedon Oct 23, 2026
/close
dbx-bot commentedon Oct 23, 2026
✅ @efeire 的关联 PR #13206 已合并，关闭 #13204。