升级后，新装应用失败

[QYG2297248353]

联系方式

[email protected]

1Panel 版本

v1.10.10-lts

问题描述

重现步骤

升级后新装应用出现Bug

期待的正确结果

No response

相关日志输出

No response

附加信息

No response

[QYG2297248353]

解决方案
手动创建 .env 文件，无需填写内容，路径与报错路径一致

[wanghe-fit2cloud]

安装的是哪款应用。

本地环境未能复现上述问题。

[QYG2297248353]

数据库 Postgreql和immich

[wanghe-fit2cloud]

immich 自己制作的本地应用吗？
你可以参考一下 Halo 或者 Gitea 的安装脚本，排查一下是否是关联 PostgreSQL 数据库有问题。

本地安装 Halo、Gitea 时选择 PostgreSQL 数据库，均能安装成功。

[QYG2297248353]

并没有关联，仅仅是单独安装

[QYG2297248353]

升级前安装的应用
v1.10.9-lts 升级到 v1.10.10-lts
会提示：

进入容器列表

应用也存在，那么我卸载重装
卸载前：存在目录和文件

执行卸载

卸载后，执行安装
一定会出现:

一定可以复现，且必定报错
关键步骤：v1.10.9-lts 升级到 v1.10.10-lts之前，应用已安装，升级后提示容器不存在，且容器列表正常运行。
复现：删除不存在的容器，再次安装(相同参数)

该目录 /opt/1panel/apps/local/postgresql 下死活无法创建 目录 postgresql ,必须手动创建 /opt/1panel/apps/local/postgresql/postgresql/.env 文件才能正常安装

百分百复现

[QYG2297248353]

@wanghe-fit2cloud 可以复现

[QYG2297248353]

这绝对是个Bug
不应该使用容器名称作为识别ID，因该给应用和容器之间指定唯一ID标签,管理容器。用户操作千奇百怪，不能使用变量值对应相对应资源

其次编排应用(不是容器中的编排，操作难度较高)，一个应用中存在多个容器，例如 es, immich，或者用户用的其他人的教程自己写的应用，使用容器名称识别应用显然不合理。个人建议优化资源对应逻辑，

[QYG2297248353]

具体造成的原因:
[BUG] docker-compose.yml无法使用 env_file 配置 #5427