Installation schlägt fehl wegen eines anderen Redis-Containers?

Hallo, ich versuche, Discourse auf meinem vServer zu installieren, auf dem mailcow-dockerized hinter einem nginx Reverse Proxy läuft.
Die Installation schlägt jedoch fehl, und ich denke, das Problem liegt bei Redis. Auch mailcow verwendet einen Redis-Container.
Während der Discourse-Installation erhalte ich von Redis folgende Meldung:

# Could not create server TCP listening socket *:6379: bind: Address already in use

Dies wird höchstwahrscheinlich durch den anderen Redis-Container verursacht:

6c26bfa0f7f8        redis:5-alpine           "docker-entrypoint.s…"   17 hours ago        Up 17 hours         127.0.0.1:7654->6379/tcp                                                                                                                 mailcowdockerized_redis-mailcow_1

Ein inspect liefert mir diesen Netzwerkauschnitt:

            },
            "NetworkMode": "mailcowdockerized_mailcow-network",
            "PortBindings": {
                "6379/tcp": [
                    {
                        "HostIp": "127.0.0.1",
                        "HostPort": "7654"
                    }
                ]
            },

Am Ende erhalte ich folgende Ausgabe:

66:signal-handler (1586076474) Received SIGTERM scheduling shutdown...
I, [2020-04-05T08:47:54.319315 #1]  INFO -- : Terminating async processes
I, [2020-04-05T08:47:54.319352 #1]  INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/10/bin/postmaster -D /etc/postgresql/10/main pid: 49
I, [2020-04-05T08:47:54.319398 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
2020-04-05 08:47:54.319 UTC [49] LOG:  received fast shutdown request
2020-04-05 08:47:54.320 UTC [49] LOG:  aborting any active transactions
2020-04-05 08:47:54.324 UTC [49] LOG:  worker process: logical replication launcher (PID 58) exited with exit code 1
2020-04-05 08:47:54.325 UTC [53] LOG:  shutting down
2020-04-05 08:47:54.345 UTC [49] LOG:  database system is shut down
166:M 05 Apr 2020 08:47:54.361 # User requested shutdown...
166:M 05 Apr 2020 08:47:54.361 * Saving the final RDB snapshot before exiting.
166:M 05 Apr 2020 08:47:54.364 * DB saved on disk
166:M 05 Apr 2020 08:47:54.364 # Redis is now ready to exit, bye bye...


FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle install --deployment --retry 3 --jobs 4 --verbose --without test development' failed with return #<Process::Status: pid 323 exit 5>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"bundle_exec", "cmd"=>["su discourse -c 'bundle install --deployment --retry 3 --jobs 4 --verbose --without test development'"]}
fdf2b6ce4844ea7a562afd146bc67a92b48f40fd1f288f89a64617fa2924b0e9
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.

Das klingt danach. Eine Lösung wäre, den vorhandenen Redis-Container zu verwenden, anstatt einen weiteren hinzuzufügen. Siehe Wie man von einem eigenständigen Container zu separaten Web- und Datencontainern wechselt und andere Themen zu zwei Containern für einige Tipps.

Es erfordert ein gewisses Verständnis von Discourse, Redis und Docker, damit du die Anweisungen anpassen kannst. Wenn du einfache Anweisungen benötigst, bist du besser beraten, eine weitere VM zu besorgen oder im Marketplace mit einem Budget um Hilfe zu bitten.