Docker-Container versehentlich stoppen und entfernen

Unterstützung Installation
1

Hallo zusammen, aus Versehen habe ich den Docker-Container von Discourse gestoppt und entfernt. Beim erneuten Starten erhalte ich mit dem Befehl /launcher start folgenden Fehler:

„Ihre Docker-Installation verwendet keinen unterstützten Speicher-Treiber. Wenn wir fortfahren, könnte die Installation beschädigt sein.
Aufs ist der empfohlene Speicher-Treiber, obwohl zfs, btrfs, overlay und overlay2 ebenfalls funktionieren könnten.
Andere Speicher-Treiber sind bekanntermaßen problematisch.
Sie können herausfinden, welches Dateisystem Sie verwenden, indem Sie „docker info" ausführen und die Zeile „Storage Driver" prüfen.

Wenn Sie dennoch mit Ihrem vorhandenen, nicht unterstützten Speicher-Treiber fortfahren möchten,
lesen Sie den Quellcode von launcher heraus und finden Sie heraus, wie Sie diese Prüfung umgehen können."

Was muss ich tun, um meine Website wiederherzustellen?

2

Ich empfehle, Docker mit einem unterstützten Treiber neu zu installieren. Was ist die Ausgabe von docker info?

Um zumindest wieder zum Laufen zu kommen, sollte git pull && ./launcher rebuild app funktionieren, solange du eine der unterstützten Engines verwendest.

3

Danke für die Antwort.

In ein paar Stunden poste ich die Ausgabe von docker info.

Bedeutet ein Neuaufbau, dass ich die Daten verliere?

4

Nein, die Datenbank und andere Inhalte werden außerhalb der Docker-Container gespeichert. Container können jederzeit sicher neu aufgebaut werden (obwohl dies bei laufendem Betrieb zu einer kurzen Ausfallzeit für Ihre Website führt).

5

Docker-Info:

Client:
 Debug Mode: false

Server:
 Container: 11
  Running: 5
  Paused: 0
  Stopped: 6
 Images: 18
 Server-Version: 19.03.5
 Storage-Treiber: overlay2
  Backing Filesystem: extfs
  Unterstützt d_type: true
  Native Overlay Diff: true
 Logging-Treiber: json-file
 Cgroup-Treiber: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inaktiv
 Runtimes: runc
 Standard-Runtime: runc
 Init-Binary: docker-init
 containerd-Version: b34a5c8af56e510852c35414db4c1f4fa6172339
 runc-Version: 3e425f80a8c931f88e6d94a8c831b9d5aa481657
 init-Version: fec3683
 Sicherheitsoptionen:
  apparmor
  seccomp
   Profil: default
 Kernel-Version: 4.15.0-76-generic
 Betriebssystem: Ubuntu 18.04.3 LTS
 OSType: linux
 Architektur: x86_64
 CPUs: 4
 Gesamtspeicher: 7,789 GiB
 Name: plesk-s-1vcpu-2gb-ams3-01.local
 ID: UNYW:S4UK:I7CE:IVI4:ZR6I:AXPR:3LTL:3OTF:4VD4:GEFM:VVP6:3WZ5
 Docker-Root-Verzeichnis: /var/lib/docker
 Debug-Modus: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Unsichere Registrierungen:
  127.0.0.0/8
 Live Restore aktiviert: false
6

Hallo Sam, probier das hier. Ich kann den Dienst jedoch nicht erneut hochladen, da das Basis-Image nicht mehr läuft. Ich füge das Plesk-Image und den Befehl ‘docker ps’ bei:

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

Vielen Dank für die Hilfe.

7

Die Installation neben Plesk oder ähnlicher Software wird nicht unterstützt.

Bitte befolgen Sie die offizielle Standardinstallation von Discourse.