La actualización del plugin Docker rompió el sitio durante la última actualización

Soporte Instalación
1

Ejecuté la última actualización. La página de actualización me pidió primero que actualizara el plugin de Docker. Después de hacerlo, recibí el mensaje de que necesitaría reconstruir las aplicaciones en el servidor porque había un problema con la imagen del sitio, lo que parece suceder cada 3 o 4 veces que actualizo.

En el servidor, al intentar reconstruir, recibo este mensaje de error:

Se detectó la arquitectura x86_64.

Iniciando el contenedor existente
+ /usr/bin/docker start app
Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el punto final app (83f3d2e718d3bedaac581e14f9ce21eed1c41564483523b3a7ae2a2af1baf6fe): Error al iniciar el proxy de userland: listen tcp4 0.0.0.0:443: bind: address already in use
Error: no se pudieron iniciar los contenedores: app

Si intento usar discourse-doctor, recibo un mensaje similar:

Iniciando el contenedor existente
+ /usr/bin/docker start app
Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el punto final app (8937ea42fba161e42f9ffde7b2958bdba6212f0030aaebbebfe15a1fe69a0156): Error al iniciar el proxy de userland: listen tcp4 0.0.0.0:443: bind: address already in use
Error: no se pudieron iniciar los contenedores: app
No se pudo reiniciar el contenedor.

El sitio en sí está lanzando un error SSL.

¿Alguien sabe qué podría causar esto?

2

Probablemente tengas otro servidor web o proxy inverso ejecutándose en el propio servidor y que esté ocupando el puerto 443

¿Puedes compartir la salida de

netstat -tulpn | grep 443

3

Gracias por tu respuesta @itsbhanusharma

(No se pudieron identificar todos los procesos, la información de procesos no propios
 no se mostrará, tendrías que ser root para verlo todo).
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN

con sudo

sudo netstat -tulpn | grep 443
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      868/nginx: master p

He intentado eliminar todos los plugins como se sugirió y volví a ejecutar discourse-doctor, pero no se compila ni se inicia.

4

¿Podrías compartir tu app.yml (redacta contraseñas e información sensible)?

Mientras tanto, intenta

sudo systemctl stop nginx

¿Luego intenta reconstruir?

Por lo que puedo ver, de alguna manera tienes un nginx externo ejecutándose en este servidor. A menos que lo hayas configurado para hacer proxy inverso de Discourse, esta es la causa de tu reconstrucción fallida.

5

Muchas gracias @itsbhanusharma. Ese comando, y luego reconstruir la aplicación, funcionó para que volviera a estar en línea. No tengo idea de qué causó ese problema.

6

Si no instalaste nginx en tu servidor, es posible que desees ejecutar

sudo apt purge nginx*
sudo apt autoremove

Para asegurarte de que nginx no se inicie de nuevo.