Openlist v4.1.1对容器化使用方式重构,需要修改安装逻辑

具体的官方日志详情:发布 v4.1.1 · OpenListTeam/OpenList — Release v4.1.1 · OpenListTeam/OpenList

  • v4.1.0 以后的版本中(不包含 v4.1.0),OpenList 镜像已经移除了 PUIDPGID,并借鉴于 MariaDB 的构建方式,使用 useradd 增加了用户 openlist(UID 1001)和组 openlist(GID 1001),并使用该用户运行 openlist server。这意味着,需要手动处理映射的目录的权限问题,确保容器内的 openlist(1001) 用户有权限访问映射的目录。也可以通过 --user UID:GID 的方式来运行容器指定容器内运行 OpenList 的用户和组,让容器内有权限访问映射的目录。

  • Compose文件需要新增 user: '0:0' # Please replace 0:0 with the actual user ID and group ID you want to use to run OpenList.,移除 - PUID=0- PGID=0

以下是 OpenList官方给出的v4.1.1及以后版本的docker-compose文件内容

# docker-compose.yml
services:
  openlist:
    image: 'openlistteam/openlist:latest'
    container_name: openlist
    user: '0:0' # Please replace `0:0` with the actual user ID and group ID you want to use to run OpenList.
    volumes:
      - './data:/opt/openlist/data'
    ports:
      - '5244:5244'
    environment:
      - UMASK=022
    restart: unless-stopped

1Panel官方需要对 OpenList应用安装和升级过程中的选项进行适配。否则安装或升级到v4.1.1之后将无法正常启动应用。

点升级就一直报错了,官方工作人员不用这个吗??

共同维护,毕竟这么多应用。升级前先备份,不能用的话就先恢复。不要着急,我有空的时候看一下。

贴个昨晚修改好自用的

version: '3.8'
services:
  openlist:
    image: 'openlistteam/openlist:latest'
    container_name: openlist
    user: '0:0'
    volumes:
      - './data:/opt/openlist/data'
    ports:
      - '5244:5244'
    environment:
      - UMASK=022
    restart: unless-stopped
    networks:
      - 1panel-network

networks:
  1panel-network:
    external: true

您好,只需要在安装前自定义composer中添加 user: '0:0',移除 - PUID=0- PGID=0 。即可以恢复正常使用。但是仅仅是针对 v4.1.1及以后版本的。先前的版本不用修改。

好的,我先自己验证下