[Bug] OpenResty upgrade fails with exitCode=1 on 1.31.1.1-2-4-noble

[LHY0125]

Contact Information

No response

1Panel Version

v2.2.5（稳定版，专业版）

Problem Description

在阿里云 Ubuntu 服务器上，将 OpenResty 从 1.31.1.1-2-3-noble 升级到 1.31.1.1-2-4-noble 时，镜像拉取成功，但新容器启动后立即退出并被 Docker 自动重启，1Panel 判断容器未就绪并执行回滚。

同一台服务器、同一套 OpenResty 配置和端口下，回滚后的 1.31.1.1-2-3-noble 可以正常启动运行。

Steps to Reproduce

1. 环境为 1Panel v2.2.5，OpenResty 当前版本为 1.31.1.1-2-3-noble。
2. 在应用商店将 OpenResty 升级到 1.31.1.1-2-4-noble。
3. 等待应用启动检查。
4. 升级失败并自动回滚。

The expected correct result

新版本 OpenResty 容器应在保留现有配置、网站数据和 WAF 数据的情况下稳定启动，1Panel 应完成升级。

Related log output

2026/09/02 12:12:39 拉取镜像成功
2026/09/02 12:12:49 开始启动应用
2026/09/02 12:12:49 等待应用就绪
2026/09/02 12:12:50 等待应用就绪失败: container openresty is not ready: container restart count changed from 0 to 2 during startup
2026/09/02 12:12:50 升级应用 [openresty] 失败: container openresty is not ready: container restart count changed from 0 to 2 during startup
2026/09/02 12:12:50 开始应用 openresty 回滚
2026/09/02 12:13:04 应用 openresty 回滚成功

Docker daemon journal：

2026-09-02 12:12:49.792717 +0800 restarting container ... exitCode=1 ... restartCount=1 restartPolicy="{always 0}"
2026-09-02 12:12:50.316282 +0800 restarting container ... exitCode=1 ... restartCount=2 restartPolicy="{always 0}"
2026-09-02 12:12:50.847560 +0800 restarting container ... exitCode=1 ... restartCount=3 restartPolicy="{always 0}"

失败镜像摘要：
1panel/openresty:1.31.1.1-2-4-noble
sha256:1f3316a78af30040bd1e2bb4145957cae6492ecd0d525254ae761dbe289713bb

回滚后容器：
1panel/openresty:1.31.1.1-2-3-noble

Additional Information

• 新镜像拉取成功，升级脚本执行成功。
• 失败容器以 exitCode=1 退出，不是镜像拉取错误。
• 主机根分区剩余约 21 GB；故障时段没有发现 OOM 或内核内存事件。
• 新旧版本使用相同的 host 网络和 80/443 端口；回滚后旧版本正常运行，因此端口占用可能性较低。
• 回滚后使用旧版本执行 openresty -t，配置语法检查成功。
• 失败容器在回滚流程中被删除，当前无法再获取该容器的 stdout/stderr；烦请协助确认 -2-4-noble 是否存在启动回归，或是否与现有 1PWAF 持久化数据、挂载配置或模块兼容性有关。
• 当前已保持回滚后的旧版本运行，未清空 WAF 数据或修改生产配置。

[zhengkunwang223]

openresty 是否有自己更改过主配置文件

[LHY0125]

补充确认：OpenResty 的主配置文件确实有过自定义修改。

我在腾讯云重新下载了官方 1.31.1.1-2-4-noble 资源，并与阿里云升级前备份中的 conf/nginx.conf 做了对比：

• 腾讯云官方 -2-4 模板大小为 1955 bytes，SHA-256：
  ee31616aabf070c91863ea9a5da23ee2ff3bb99b9e548471c4e552dd8fcbe35d
• 阿里云本次升级备份中的主配置 SHA-256：
  0854bdea97999f8c01da3a8bd9d723cf76ce282f1fcd3d7db9957c836ebc7730
• 升级备份时间为 2026-09-02 12:12:48，因此以下自定义内容在本次升级前就已经存在：
  • $is_search_crawler 的爬虫 User-Agent map；
  • global_limit、sensitive_limit 两个 limit_req_zone；
  • 全局 limit_req zone=global_limit burst=50 nodelay；
  • limit_conn perip 20；
  • 以及 client_header_buffer_size、client_max_body_size、keepalive_timeout 等参数调整。

腾讯云官方模板中没有上述自定义内容。阿里云升级前备份中的配置与官方模板相比，主要是增加了这些自定义指令；并不是升级失败后才产生的差异。

另外，阿里云升级到 -2-4-noble 时，新容器启动后以 exitCode=1 退出并连续重启，随后 1Panel 自动回滚；回滚后的 -2-3-noble 使用原配置可以正常运行。回滚后用旧版本执行 openresty -t，配置语法检查成功。

请帮忙确认：

1. OpenResty 升级流程是否会用官方模板覆盖用户现有的 conf/nginx.conf；
2. 如果会覆盖，是否可能导致站点配置或 WAF 引用的自定义变量失效；
3. -2-4-noble 是否有与上述自定义主配置或 1PWAF 持久化数据兼容性相关的已知问题。

当前我已保留自动回滚后的旧版本，没有直接用官方模板覆盖生产配置，也没有清空 WAF 数据。

[zhengkunwang223]

现在确实会覆盖
我们会在下个版本优化 openresty 升级