Nach dem Upgrade kann Docker nicht mehr nach außen kommunizieren

Unterstützung Installation
1

Ich bin heute Morgen mit Berichten aufgewacht, dass mein Discourse-Server „ausgefallen

1 „Gefällt mir“
2

Das deutet auf einen Netzwerkfehler hin. Vielleicht kann Docker nicht auf die Außenwelt zugreifen?

3

Hast du Ideen, wie man das überprüfen kann?

4

Versuchen Sie Folgendes:

docker run --rm -i debian ping -c 1 github.com

Sie sollten beispielsweise Folgendes erhalten:

○ → docker run --rm -i debian ping -c 1 github.com
PING github.com (140.82.113.3) 56(84) bytes of data.
64 bytes from lb-140-82-113-3-iad.github.com (140.82.113.3): icmp_seq=1 ttl=49 time=44.8 ms

--- github.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 44.797/44.797/44.797/0.000 ms
3 „Gefällt mir“
5

[Zitat=“supermathie, Beitrag:4, Thema:171902”]
Versuchen Sie:

docker run --rm -i debian ping -c 1 github.com
[/Zitat]

ja .. das gibt zurück
ping: github.com: Temporary failure in name resolution

Ich bin mir nicht sicher, was sich geändert hat. Ich habe keine Ahnung, wie ich das beheben kann.

6

Funktioniert das auch außerhalb von Docker?

1 „Gefällt mir“
7

Ich kann von außerhalb von Docker auf GitHub zugreifen.

ping github.com
PING github.com (192.30.255.113) 56(84) bytes of data.
64 bytes from lb-192-30-255-113-sea.github.com (192.30.255.113): icmp_seq=1 ttl=52 time=23.3 ms
64 bytes from lb-192-30-255-113-sea.github.com (192.30.255.113): icmp_seq=2 ttl=52 time=23.3 ms
8

Versuchen Sie Folgendes:

  • Docker neu starten
  • docker run --rm -i debian cat /etc/resolv.conf, um zu sehen, was dort enthalten ist
2 „Gefällt mir“
9

Sieht aus wie Google

# Dynamische resolv.conf(5)-Datei für den glibc-Resolver(3), generiert von resolvconf(8)
#     DIESE DATEI NICHT MANUELL BEARBEITEN – IHRE ÄNDERUNGEN WERDEN ÜBERSCHRIEBEN
# 127.0.0.53 ist der systemd-resolved Stub-Resolver.
# Führen Sie „systemd-resolve --status
10

@supermathie Ich bin mir nicht sicher, ob dies damit zusammenhängt, aber in ./launcher logs app sehe ich:

[Tue 01 Dec 2020 07:07:13 PM UTC] Bitte beziehen Sie sich auf https://curl.haxx.se/libcurl/c/libcurl-errors.html für Fehlercode: 6
[Tue 01 Dec 2020 07:07:13 PM UTC] API kann nicht initialisiert werden.
[Tue 01 Dec 2020 07:07:13 PM UTC] Domains nicht geändert.
[Tue 01 Dec 2020 07:07:13 PM UTC] Überspringen, nächste Erneuerungszeit ist: Sat Dec 26 00:31:17 UTC 2020
[Tue 01 Dec 2020 07:07:13 PM UTC] Fügen Sie '--force' hinzu, um die Erneuerung zu erzwingen.
[Tue 01 Dec 2020 07:07:13 PM UTC] Schlüssel installieren nach: /shared/ssl/community.acescentral.com.key
[Tue 01 Dec 2020 07:07:13 PM UTC] Vollständige Kette installieren nach: /shared/ssl/community.acescentral.com.cer
[Tue 01 Dec 2020 07:07:13 PM UTC] Neuladebefehl ausführen: sv reload nginx
fail: nginx: runsv läuft nicht
[Tue 01 Dec 2020 07:07:13 PM UTC] Neuladefehler für :
[Tue 01 Dec 2020 07:07:33 PM UTC] Bitte beziehen Sie sich auf https://curl.haxx.se/libcurl/c/libcurl-errors.html für Fehlercode: 6
[Tue 01 Dec 2020 07:07:34 PM UTC] API kann nicht initialisiert werden.
[Tue 01 Dec 2020 07:07:34 PM UTC] Domains nicht geändert.
[Tue 01 Dec 2020 07:07:34 PM UTC] Überspringen, nächste Erneuerungszeit ist: Sat Dec 26 00:31:20 UTC 2020
[Tue 01 Dec 2020 07:07:34 PM UTC] Fügen Sie '--force' hinzu, um die Erneuerung zu erzwingen.
[Tue 01 Dec 2020 07:07:34 PM UTC] Schlüssel installieren nach: /shared/ssl/community.acescentral.com_ecc.key
[Tue 01 Dec 2020 07:07:34 PM UTC] Vollständige Kette installieren nach: /shared/ssl/community.acescentral.com_ecc.cer
[Tue 01 Dec 2020 07:07:34 PM UTC] Neuladebefehl ausführen: sv reload nginx
fail: nginx: runsv läuft nicht
[Tue 01 Dec 2020 07:07:34 PM UTC] Neuladefehler für :
runsvdir gestartet, PID ist 458
chgrp: ungültige Gruppe: 'syslog'
ok: run: redis: (pid 473) 0s
ok: run: postgres: (pid 470) 0s
rsyslogd: imklog: Kann Kernel-Log nicht öffnen (/proc/kmsg): Operation nicht erlaubt.
rsyslogd: Aktivierung des Moduls imklog fehlgeschlagen [v8.1901.0 versuchen Sie https://www.rsyslog.com/e/2145 ]
supervisor pid: 471 unicorn pid: 497
11

Welche Docker-Version hast du und wie hast du sie installiert? Und welche Ubuntu-Version läuft bei dir?

12 
Client:
 Version:           19.03.8
 API version:       1.40
 Go version:        go1.13.8
 Git commit:        afacb8b7f0
 Built:             Wed Oct 14 19:43:43 2020
 OS/Arch:           linux/amd64
 Experimental:      false

Server:
 Engine:
  Version:          19.03.8
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.13.8
  Git commit:       afacb8b7f0
  Built:            Wed Oct 14 16:41:21 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.3.3-0ubuntu2.1
  GitCommit:
 runc:
  Version:          spec: 1.0.1-dev
  GitCommit:
 docker-init:
  Version:          0.18.0
  GitCommit:

Ehrlich gesagt kann ich mich nicht mehr erinnern … es ist schon ewig hier. Ich habe heute Morgen Ubuntu aktualisiert, wie oben beschrieben.

Ubuntu 20.04.1 LTS

13

Funktioniert der ping-Befehl nach dem Neustart von Docker?

14

Nein, derselbe Fehler.

ping: github.com: Temporärer Fehler bei der Namensauflösung

15

Ein weiterer zufälliger Punkt …

Mein Discourse-Server befindet sich unter community.mydomain.com.
Ich habe einen WordPress-Server unter mydomain.com.
Gestern habe ich einen Rocket.Chat-Server unter chat.mydomain.com eingerichtet.

Ich habe chat.mydomain.com bei Let’s Encrypt registriert.
Die WordPress- und Rocket.Chat-Server funktionieren einwandfrei.

Ich bin mir nicht sicher, ob dies etwas mit diesem Problem zu tun hat, aber ich wollte sichergehen, dass ich nichts übersehe.

16

Ich könnte versuchen, Docker zu entfernen und neu zu installieren; es ist schwer genau zu erraten, was hier los ist und warum Docker kaputtgegangen ist.

Bevor du jedoch etwas unternimmst, stelle sicher, dass du ein Backup deiner Daten hast (entweder ein Discourse-Backup oder zumindest PostgreSQL und Uploads). Erstelle, wenn möglich, ein Image der VM.

1 „Gefällt mir“
17

Docker vollständig deinstalliert und neu installiert.

Das Problem besteht weiterhin.

Das ist frustrierend.

18

Kann Ihr Server Google DNS erreichen, also ping 8.8.8.8?

19

Keine Probleme vom Server

ping -c 1 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=2.72 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 2.720/2.720/2.720/0.000 ms

Kein Erfolg mit Docker

docker run --rm -i debian ping -c 1 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms
20

Ehrlich gesagt, denke ich, dass der beste Ansatz im Moment ist, neu zu installieren und deine Daten zu übertragen.

Du hast aus mysteriösen Gründen ein defektes System, und der Installationsvorgang ist recht schnell. Es ist wahrscheinlich die beste Verwendung deiner Zeit.

4 „Gefällt mir“