我的entrypoint.sh文件看起来像这样：

root@e7ebb78ed443:/# cat /opt/entrypoint.sh
#!/bin/bash
cd /
systemctl start mosquitto.service
systemctl start notus-scanner
systemctl start postgresql@14-main
systemctl start redis-server@openvas.service
systemctl start ospd-openvas
systemctl start gvmd
systemctl start gsad
exec "$@"

只有当我使用systemctl start gvmd手动启动gvmd服务时，在执行www.example.com文件时已经运行的服务之上，它才能工作entrypoint.sh。
然而，我注意到在一个系统上，gvmd服务启动得很好，而在另一个系统上，gvmd服务没有启动，因为它在PostgreSQL上有一个致命的问题。
在第二个系统上检查gvmd的日志文件时，我看到：

md   main:MESSAGE:2023-01-12 21h05.46 utc:46:    Greenbone Vulnerability Manager version 22.4.0~dev1 (DB revision 250)
md manage:WARNING:2023-01-12 21h05.46 utc:47: sql_open: PQconnectPoll failed
md manage:WARNING:2023-01-12 21h05.46 utc:47: sql_open: PQerrorMessage (conn): connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: FATAL:  the database system is starting up
md manage:WARNING:2023-01-12 21h05.46 utc:47: init_manage_open_db: sql_open failed

但是，第一个系统显示了以下内容：

md   main:MESSAGE:2023-01-12 18h06.42 utc:52:    Greenbone Vulnerability Manager version 22.4.0~dev1 (DB revision 250)
md manage:   INFO:2023-01-12 18h06.46 UTC:72: osp_scanner_feed_version: No feed version available yet. OSPd OpenVAS is still starting
md manage:   INFO:2023-01-12 18h06.56 UTC:80: osp_scanner_feed_version: No feed version available yet. OSPd OpenVAS is still starting
md manage:   INFO:2023-01-12 18h07.06 UTC:84: osp_scanner_feed_version: No feed version available yet. OSPd OpenVAS is still starting

服务也运行良好。
有趣的是，这两个系统都运行Ubuntu 22.04.1 LTS和Docker版本20.10.21。映像完全相同，主机操作系统也相同，具有相同的服务/端口。
我在两个系统上都以如下方式运行docker：

docker run --privileged --rm --name openvas -ti <my_image> /bin/bash

镜像的sha 256在两个系统上是完全相同的，所以我甚至不知道从哪里开始故障排除。考虑到docker的目的是在多个平台上有一个一致的镜像，我有点纠结于如何开始故障排除/解决这个问题。
如有任何指导，将不胜感激。