postgresql - 将 PostgreSQL Alpine 镜像从 12.3 升级到 12.6 后切换到 Debian 后出现 "Signal 11: Segmentation fault"错误

Question

我的 Raspberry Pi 上有一个用于存储一些传感数据的 PostgreSQL 数据库。它在 postgres:12-alpine 标签上运行，还没有自动更新。在更新之前，我得到了以下版本字符串:

('PostgreSQL 12.3 on arm-unknown-linux-musleabihf, compiled by gcc (Alpine 9.3.0) 9.3.0, 32-bit',)

在我注意到它有点过时之后，我拉取了带有以下版本字符串的最新图像:

('PostgreSQL 12.6 on arm-unknown-linux-musleabihf, compiled by gcc (Alpine 10.2.1_pre1) 10.2.1 20201203, 32-bit',)

这行得通，但我注意到使用 NOW() 时，新插入的传感器数据获得了 2038 年的时间戳。用 Alpine 解决似乎很复杂，也许也是一个 Alpine 问题。我已经遇到了他们使用 musl 造成的问题。由于普通图像不是太大(109MB 对 62MB)，我切换到常规 postgres:12 图像。

由于容器是用普通的Debian镜像启动的，所以启动失败:

postgres_1  | PostgreSQL Database directory appears to contain a database; Skipping initialization
postgres_1  |
postgres_1  | 2021-03-31 17:00:05.213 UTC [1] LOG:  starting PostgreSQL 12.3 on arm-unknown-linux-musleabihf, compiled by gcc (Alpine 9.3.0) 9.3.0, 32-bit
postgres_1  | 2021-03-31 17:00:05.214 UTC [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
postgres_1  | 2021-03-31 17:00:05.214 UTC [1] LOG:  listening on IPv6 address "::", port 5432
postgres_1  | 2021-03-31 17:00:05.226 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
postgres_1  | 2021-03-31 17:00:11.083 UTC [1] LOG:  startup process (PID 20) was terminated by signal 11: Segmentation fault
postgres_1  | 2021-03-31 17:00:11.084 UTC [1] LOG:  aborting startup due to startup process failure
postgres_1  | 2021-03-31 17:00:14.480 UTC [1] LOG:  database system is shut down
pms_postgres_1 exited with code 1

Debian 镜像也有同样的问题:

postgres_1  | PostgreSQL Database directory appears to contain a database; Skipping initialization
postgres_1  |
postgres_1  | 2021-03-31 17:11:19.733 UTC [1] LOG:  starting PostgreSQL 12.3 (Debian 12.3-1.pgdg100+1) on arm-unknown-linux-gnueabihf, compiled by gcc (Debian 8.3.0-6) 8.3.0, 32-bit
postgres_1  | 2021-03-31 17:11:19.738 UTC [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
postgres_1  | 2021-03-31 17:11:19.738 UTC [1] LOG:  listening on IPv6 address "::", port 5432
postgres_1  | 2021-03-31 17:11:19.752 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
postgres_1  | 2021-03-31 17:11:28.520 UTC [1] LOG:  startup process (PID 27) was terminated by signal 11: Segmentation fault
postgres_1  | 2021-03-31 17:11:28.520 UTC [1] LOG:  aborting startup due to startup process failure
postgres_1  | 2021-03-31 17:11:35.024 UTC [1] LOG:  database system is shut down
pms_postgres_1 exited with code 1

它也不适用于最新的 12.6 版本。我假设问题是，我从 Alpine 切换到 Debian 并且还使用 pull 更新了 PostgreSQL 版本。因此，Alpine 上的 PSQL 12.3 已升级到 Debian 上的 PSQL 12.6。

为什么会出现此段错误错误，我该如何解决？

我的docker-compose.yml:

version: '2.4'
volumes:
  #postgres-data_new:
  postgres-data:

services:
  postgres:
    image: postgres:12.6
    #image: postgres:12.3-alpine
    #image: postgres:12-alpine
    restart: always
    volumes:
      - postgres-data:/var/lib/postgresql/data
      - ./create-tables.sql:/docker-entrypoint-initdb.d/create-tables.sql
    environment:
      POSTGRES_PASSWORD: xx
      POSTGRES_DB: xxx
    ports:
      - 5432:5432

create-tables.sql 只是创建一个非常基本的度量数据表:

create table if not exists sensors(
    id SERIAL PRIMARY KEY,
    soilMoisture NUMERIC NOT NULL,
    temp NUMERIC NOT NULL,
    dateTime timestamp NOT NULL
);

Answer 1

问题似乎是主机上的 libseccomp 版本过时:需要 libseccomp 2.4.2 或更新版本以及 Docker 到 19.03.9 或更新版本。但是我的 RPI 从 repos 中只有 2.3.3:

# dpkg -l | grep libseccomp
ii  libseccomp2:armhf                   2.3.3-4                             armhf        high level interface to Linux seccomp filter

有两种方法可以解决此问题，但仅适用于具有新卷的新容器。我仍然无法从使用它的卷中获取我现有的数据库。

#1 手动安装更新版本并绕过包管理器

至少在 repos 更新之前。我想这会在一段时间后发生，然后我们可以再次使用 Raspbians repos 提供的版本。

wget http://ftp.us.debian.org/debian/pool/main/libs/libseccomp/libseccomp2_2.5.1-1_armhf.deb
sudo dpkg -i libseccomp2_2.5.1-1_armhf.deb

#2 在 docker-compose.yml 中禁用它作为解决方法

security_opt:
  - seccomp:unconfined

但这会reduce the security of the host against malicious code in the container ，因此更新库似乎是一种更安全的解决方案。