Detener y eliminar contenedor de docker por error

Hola a todos, por error detuve y eliminé el contenedor Docker de Discourse y al intentar volver a iniciarlo, al ejecutar /launcher start obtengo el siguiente error:

"Tu instalación de Docker no está utilizando un controlador de almacenamiento compatible. Si procedemos, es posible que tengas una instalación rota.
aufs es el controlador de almacenamiento recomendado, aunque zfs / btrfs / overlay y overlay2 también podrían funcionar.
Se sabe que otros controladores de almacenamiento son problemáticos.
Puedes averiguar qué sistema de archivos estás utilizando ejecutando docker info y buscando la línea ‘Storage Driver’.

Si deseas continuar de todos modos utilizando tu controlador de almacenamiento no compatible existente,
lee el código fuente de launcher y averigua cómo omitir esta verificación."

¿Qué debo hacer para recuperar mi sitio?

1 me gusta

Recomiendo que reinstales Docker con un controlador compatible. ¿Cuál es la salida de docker info?

Como mínimo, para volver a funcionar, ejecutar git pull && ./launcher rebuild app debería dejarte operativo, siempre que estés usando uno de los motores compatibles.

2 Me gusta

Gracias por la respuesta.

En unas horas publicaré la salida de docker info.

¿Si reconstruyo significa que perderé los datos?

No, la base de datos y el resto del contenido se almacenan fuera de los contenedores de Docker. Los contenedores pueden reconstruirse con seguridad en cualquier momento (aunque esto provocará una breve interrupción en tu sitio si está en ejecución).

3 Me gusta

Información de Docker:

Cliente:
 Modo de depuración: false

Servidor:
 Contenedores: 11
  En ejecución: 5
  Pausados: 0
  Detenidos: 6
 Imágenes: 18
 Versión del servidor: 19.03.5
 Controlador de almacenamiento: overlay2
  Sistema de archivos subyacente: extfs
  Soporta d_type: true
  Diferencia nativa de overlay: true
 Controlador de registro: json-file
 Controlador de cgroup: cgroupfs
 Plugins:
  Volumen: local
  Red: bridge host ipvlan macvlan null overlay
  Registro: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactivo
 Tiempos de ejecución: runc
 Tiempo de ejecución predeterminado: runc
 Binario de inicialización: docker-init
 Versión de containerd: b34a5c8af56e510852c35414db4c1f4fa6172339
 Versión de runc: 3e425f80a8c931f88e6d94a8c831b9d5aa481657
 Versión de inicialización: fec3683
 Opciones de seguridad:
  apparmor
  seccomp
   Perfil: default
 Versión del kernel: 4.15.0-76-generic
 Sistema operativo: Ubuntu 18.04.3 LTS
 Tipo de SO: linux
 Arquitectura: x86_64
 CPUs: 4
 Memoria total: 7.789GiB
 Nombre: plesk-s-1vcpu-2gb-ams3-01.local
 ID: UNYW:S4UK:I7CE:IVI4:ZR6I:AXPR:3LTL:3OTF:4VD4:GEFM:VVP6:3WZ5
 Directorio raíz de Docker: /var/lib/docker
 Modo de depuración: false
 Registro: https://index.docker.io/v1/
 Etiquetas:
 Experimental: false
 Registros inseguros:
  127.0.0.0/8
 Restauración en vivo habilitada: false

Hola Sam, prueba esto, pero no puedo volver a subir el servicio, la imagen base no se ejecuta de nuevo. Adjunto la imagen de Plesk y el comando docker ps:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
aa5a18a5467b 0c04b35ef09a "/ sbin / boot" 9 days ago Up 2 minutes 0.0.0.0:8070->80/tcp, 0.0.0.0:9443->443/tcp app

Gracias por la ayuda.

La instalación junto con Plesk o cualquier software similar no está soportada.

Por favor, sigue la Instalación estándar oficial de Discourse

5 Me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.