9 Commits

Author	SHA1	Message	Date
xiaoxia	29ca51da9c	fix(web): 烤入所有 nginx 配置，按 APP_ENV 运行时切换，彻底解决 staging/prod 配置错乱 (#1853) ... Co-authored-by: xiaoxia <dev@xiaoxiajianji.com> Co-committed-by: xiaoxia <dev@xiaoxiajianji.com>	2026-09-11 09:02:01 +08:00
xiaoxia	54defa4429	fix: Worker health check 扫描全部 /proc 进程修复 unhealthy 误判 ... 问题：Worker 容器内无 pgrep/ps 工具，旧 health check 使用 'grep -q celery /proc/1/cmdline' 检查 PID 1 的 cmdline， 但 PID 1 是 entrypoint-worker.sh（bash 脚本），不含 celery 关键字， 导致 health check 永远返回 unhealthy。 同时部署脚本中 sh -c 嵌套引号导致 $pid 变量被外层 shell 提前展开为空。 修复：改用 grep -lq celery /proc/[0-9]*/cmdline 扫描所有进程 cmdline， 找到任意 celery 进程即判定 healthy。无需变量、无嵌套 shell、无 pgrep 依赖。 影响文件： - infra/docker/compose.yml - infra/docker/deploy-staging-registry.sh - infra/docker/deploy-production-registry.sh	2026-09-09 18:42:17 +08:00
CI Bot	e4ac398397	fix: Worker 健康检查彻底修复 - 移除不可用的 pgrep 和 PID1 检查 ... 根因：#1714 队列隔离后 entrypoint 启动两个 celery worker 子进程， PID 1 变为 bash。旧健康检查依赖 pgrep（容器内不存在）或 /proc/1/cmdline（PID 1 是 bash 不是 celery），永远返回失败。 此前靠 cron 脚本 fix-worker-healthcheck.sh 每 30 分钟擦屁股。 修复：统一改为扫描 /proc/[0-9]*/cmdline 查找 celery 进程， 覆盖所有部署/回滚/CI 脚本（10 处替换）。已移除 cron 补丁。	2026-09-08 19:07:37 +08:00
saas-backend-bot	df99305dd6	feat(worker): celery 队列隔离 + 孤儿任务消息作废 (#1714) ... 问题：素材转码与视频生成共用 celery 默认队列、worker 单进程消费， 20+ 转码积压会把用户生成任务堵 40 分钟以上；孤儿清理把任务标 failed 后 Redis 队列消息未作废，消息被重投导致 failed→running 非法转换， worker 打印 ERROR 后继续产出半成品。 队列隔离： - 新增 packages/shared/celery_queues.py：generation/transcode/celery 三队列与 task_routes（generate_video→generation；ingest_asset/ classify_asset/duplication→transcode），apply_queue_settings() - worker 入口改双进程：generation worker 独占队列并内嵌 beat （prefetch=1, GENERATION_CONCURRENCY 默认 2），transcode worker 消费 transcode,celery（并发=总-2，最小 1），任一退出则整体终止 - compose/部署脚本/ps1 同步新增 GENERATION_CONCURRENCY 与健康检查 消息作废： - 新增 packages/shared/celery_orphan_guard.py：终态守卫 ensure_task_claimable、Redis 队列消息物理清理（JSON 信封解析， 按业务 id + celery headers.id 双匹配，未命中 rpush 保序）、 revoke_and_purge（control.revoke + 物理清队列双保险） - 入队点（生成/上传/分片/重试）send_task 后持久化 celery_task_id 到 generation_tasks/ingest_jobs（新列，067 迁移，失败仅 warning） - generate_video/ingest_asset 执行前校验 DB 状态：终态直接 discarded 不进业务逻辑；mark_processing 返回 False（非法转换）安全中止 - 孤儿/超时清理标 failed 时同时 revoke + 清队列消息 - pending 超时阈值 15→45 分钟，与 running 孤儿(20min)区分 测试：新增 22 个单测（路由表/真实 Redis 消息清理/终态守卫/ 非法转换中止/标 failed 后消息不重投/入队持久化），全量 14301 passed；067 迁移隔离 DDL 验证 upgrade/downgrade 通过。	2026-09-05 19:07:47 +08:00
xiaoxia	563131917e	fix: Worker 并发默认值从 1 改为 4 ... deploy-staging-registry.sh / deploy-production.sh / deploy-production-registry.sh 三处 WORKER_CONCURRENCY 统一改为从环境变量读取，默认值 4。 此前硬编码为 1，导致 staging 和 production 各只有 1 个 Worker 并发， 与 PR #1292 的预期（4 并发）不符。	2026-08-08 14:23:12 +08:00
CI Test	7dc92191e0	test: watchtower自动更新验证（仅加注释）	2026-07-07 21:55:55 +08:00
CI Test	5028956cea	ci: staging部署接入Watchtower自动更新 ... - staging构建额外打:staging tag并push到Registry - staging容器加com.centurylinklabs.watchtower.enable=true标签 - 容器用完整Registry路径+:staging tag启动，供Watchtower监控 - 1分钟轮询，自动检测新镜像并重启	2026-07-07 21:49:28 +08:00
CI Test	1ed0d5aa75	fix: staging deploy script health-check url missing quotes	2026-07-07 21:09:28 +08:00
CI Test	d99ee6fc84	ci: staging deploy改为Registry方式，去掉tar/scp/docker load	2026-07-07 20:52:01 +08:00