dy-dashboard/vault/知识库/工作指南/训练记录/2026-09-10-云端新品下单子菜单网络错误修复.md
2026-10-28 11:14:17 +08:00

2.1 KiB
Raw Blame History

2026-09-10-云端新品下单子菜单网络错误修复

1. 故障修复请求

旭东 → OpenClaw:

帮我检查一下云端系统里面,新品下单菜单下边的几个子菜单,发现有用户的这个界面显示网络错误,查一下什么原因并解决

OpenClaw 响应: 排查并修复完成。根因不在业务代码,而在云端 gunicorn 进程处于「双实例 + systemd 重启死循环」的损坏状态:

  • 存在一个孤儿 gunicorn 进程(PID 124227,2026-09-05 18:37 手动启动,-w 4 -b 0.0.0.0:18888)长期占用 18888 端口;
  • systemd 服务 dy-dashboard.service(正确管理者,--workers 2 --bind 127.0.0.1:18888)因端口被占无法绑定,进入 Restart=always 死循环,重启计数高达 39,282 次;
  • 该不稳定状态导致新品下单子菜单(新品成品管理/新品包材管理)请求间歇性失败,前端表现为「网络错误」。

修复:停止 systemd 服务 → 杀掉孤儿 gunicorn 及其 worker → 重新启动 systemd 服务(干净绑定 127.0.0.1:18888)。修复后:重启计数不再增长、服务 active/running、公网 gyl.dieya.net.cn HTTP 200、/api/new_products/list 等接口均 200。

2. 李佩玲账号新品包材管理仍报网络错误(前端 bug)

旭东 → OpenClaw:

李佩玲账号上,云端系统里面,新品包材管理还是显示网络错误

OpenClaw 响应: 排查到根因为前端 static/js/app.js 新品包材管理渲染代码复制粘贴遗留 bug:列表渲染 map 参数是 r,但操作列按钮错误引用了未定义变量 row._id(还错误调用动销管理的 salesManagementDetail/salesManagementDelete),导致有数据时触发 ReferenceError,被 .catch() 捕获显示「网络错误」。包材表头本就没有操作列,属多余代码。已删除该操作列(return '<tr>' + cells + '</tr>'),本地与云端同步修复、重新生成 app.js.gz,公网验证修复生效、页面 HTTP 200。