Parar e remover container do docker por engano

Suporte Instalação
1

Olá a todos, por engano, parei e removi o contêiner Docker do Discourse e, ao tentar iniciá-lo novamente, ao executar / launcher start, recebo o seguinte erro:
"Sua instalação do Docker não está usando um driver de armazenamento suportado. Se prosseguirmos, sua instalação pode ficar corrompida.
O aufs é o driver de armazenamento recomendado, embora zfs, btrfs, overlay e overlay2 também possam funcionar.
Outros drivers de armazenamento são conhecidos por causar problemas.
Você pode descobrir qual sistema de arquivos está usando executando ‘docker info’ e verificando a linha ‘Storage Driver’.

Se você desejar continuar de qualquer forma usando seu driver de armazenamento não suportado existente,
leia o código-fonte do launcher e descubra como contornar essa verificação."

O que devo fazer para recuperar meu site?

2

Recomendo que você reinstale o Docker com um driver suportado. Qual é a saída do comando docker info?

No mínimo, para voltar a funcionar, executar git pull && ./launcher rebuild app deve colocá-lo de volta em operação, desde que você esteja usando um dos engines suportados.

3

Obrigado pela resposta.

Em algumas horas, postarei a saída do docker info.

Se eu reconstruir, isso significa que perderei os dados?

4

Não, o banco de dados e outros conteúdos são armazenados fora dos contêineres do Docker. Os contêineres podem ser reconstruídos com segurança a qualquer momento (embora isso cause uma breve indisponibilidade no seu site, caso esteja em execução).

5

Informações do Docker:

Cliente:
 Modo de Depuração: falso

Servidor:
 Contêineres: 11
  Em execução: 5
  Pausados: 0
  Parados: 6
 Imagens: 18
 Versão do Servidor: 19.03.5
 Driver de Armazenamento: overlay2
  Sistema de Arquivos de Suporte: extfs
  Suporta d_type: verdadeiro
  Diferença de Overlay Nativa: verdadeiro
 Driver de Log: json-file
 Driver de Cgroup: cgroupfs
 Plugins:
  Volume: local
  Rede: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inativo
 Runtimes: runc
 Runtime Padrão: runc
 Binário de Inicialização: docker-init
 Versão do containerd: b34a5c8af56e510852c35414db4c1f4fa6172339
 Versão do runc: 3e425f80a8c931f88e6d94a8c831b9d5aa481657
 Versão de inicialização: fec3683
 Opções de Segurança:
  apparmor
  seccomp
   Perfil: padrão
 Versão do Kernel: 4.15.0-76-generic
 Sistema Operacional: Ubuntu 18.04.3 LTS
 Tipo de SO: linux
 Arquitetura: x86_64
 CPUs: 4
 Memória Total: 7.789GiB
 Nome: plesk-s-1vcpu-2gb-ams3-01.local
 ID: UNYW:S4UK:I7CE:IVI4:ZR6I:AXPR:3LTL:3OTF:4VD4:GEFM:VVP6:3WZ5
 Diretório Raiz do Docker: /var/lib/docker
 Modo de Depuração: falso
 Registro: https://index.docker.io/v1/
 Rótulos:
 Experimental: falso
 Registros Inseguros:
  127.0.0.0/8
 Restauração em Tempo Real Habilitada: falso
6

Oi, Sam, tente isso, mas não consigo fazer o upload do serviço novamente; a imagem base não está rodando. Estou anexando a imagem do Plesk e o 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

imagen
imagen1920×1040 80.7 KB

Obrigado pela ajuda.

7

A instalação junto ao Plesk ou qualquer software semelhante não é suportada.

Por favor, siga a Instalação Padrão Oficial do Discourse