¿La instalación falla debido a otro contenedor de Redis?

Hola, estoy intentando instalar Discourse en mi servidor virtual, que tiene mailcow-dockerized ejecutándose detrás de un proxy inverso nginx.

Sin embargo, la instalación falla y creo que el problema es Redis. mailcow también utiliza un contenedor Redis.

Durante la instalación de Discourse, obtengo el siguiente mensaje de Redis:

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

Esto probablemente sea causado por el otro contenedor Redis:

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

Al inspeccionar, obtengo esta sección de red:

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

Y finalmente obtengo:

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.

Parece que sí. Una solución sería utilizar el contenedor de Redis existente en lugar de incluir otro. Consulta Cómo pasar de un contenedor independiente a contenedores separados para la web y los datos y otros temas sobre contenedores para obtener algunos consejos.

Esto requerirá un conocimiento considerable de Discourse, Redis y Docker para que puedas personalizar las instrucciones. Si necesitas instrucciones sencillas, te convendrá más obtener otra máquina virtual o pedir ayuda en Marketplace con un presupuesto.