Sidekiq läuft nicht, wahrscheinlich nach dem Upgrade

Die Site-Warnung zeigt Folgendes an:

“Sidekiq läuft nicht. Viele Aufgaben, wie das Senden von E-Mails, werden asynchron von Sidekiq ausgeführt. Stellen Sie sicher, dass mindestens ein Sidekiq-Prozess läuft. Erfahren Sie hier mehr über Sidekiq.”

Das manuelle Auslösen von Jobs in Sidekiq scheint ebenfalls nicht zu funktionieren (ich habe versucht, die Heartbeat-Aufgabe zurückzugeben, aber es sieht so aus, als wäre sie fehlgeschlagen.
image
Auch das Aktualisieren von Discourse führt zu einer endlos leeren Seite.

Haben Sie einen Vorschlag, wie ich meine Site wieder normalisieren kann?

Versuchen Sie einen Neuaufbau über die Kommandozeile und nicht über die Weboberfläche.

Danke! Ich habe gerade ein paar Befehle ausprobiert:

./launcher rebuild app
→ Keine Verbindung zum Docker-Daemon möglich – bitte überprüfen, ob er läuft und Sie Zugriff haben.

service docker start
→ Keine Ausgabe

docker info
fatal error: runtime: out of memory

Laufzeit-Stack
runtime.throw(0x561377414b98, 0x16)
	/usr/local/go/src/runtime/panic.go:774 +0x74 fp=0x7ffc1cb23058 sp=0x7ffc1cb23028 pc=0x561375eccf24
runtime.sysMap(0xc000000000, 0x4000000, 0x56137903e658)
	/usr/local/go/src/runtime/mem_linux.go:169 +0xc7 fp=0x7ffc1cb23098 sp=0x7ffc1cb23058 pc=0x561375eb6a67
runtime.(*mheap).sysAlloc(0x5613790252c0, 0x2000, 0x0, 0x0)
	/usr/local/go/src/runtime/malloc.go:701 +0x1cf fp=0x7ffc1cb23140 sp=0x7ffc1cb23098 pc=0x561375ea996f
runtime.(*mheap).grow(0x5613790252c0, 0x1, 0xffffffff)
	/usr/local/go/src/runtime/mheap.go:1255 +0xa5 fp=0x7ffc1cb23190 sp=0x7ffc1cb23140 pc=0x561375ec4c05
runtime.(*mheap).allocSpanLocked(0x5613790252c0, 0x1, 0x56137903e668, 0x1)
	/usr/local/go/src/runtime/mheap.go:1170 +0x268 fp=0x7ffc1cb23210 sp=0x7ffc1cb23190 pc=0x561375ec4a98
runtime.(*mheap).alloc_m(0x5613790252c0, 0x1, 0x561375ef002a, 0x0)
	/usr/local/go/src/runtime/mheap.go:1022 +0xc6 fp=0x7ffc1cb23260 sp=0x7ffc1cb23210 pc=0x561375ec4336
runtime.(*mheap).alloc.func1()
	/usr/local/go/src/runtime/mheap.go:1093 +0x4e fp=0x7ffc1cb23298 sp=0x7ffc1cb23260 pc=0x561375ef642e
runtime.(*mheap).alloc(0x5613790252c0, 0x1, 0x1002a, 0x40000)
	/usr/local/go/src/runtime/mheap.go:1092 +0x8c fp=0x7ffc1cb232e8 sp=0x7ffc1cb23298 pc=0x561375ec461c
runtime.(*mcentral).grow(0x5613790260f8, 0x0)
	/usr/local/go/src/runtime/mcentral.go:255 +0x7d fp=0x7ffc1cb23328 sp=0x7ffc1cb232e8 pc=0x561375eb648d
runtime.(*mcentral).cacheSpan(0x5613790260f8, 0x7fb47f218000)
	/usr/local/go/src/runtime/mcentral.go:106 +0x300 fp=0x7ffc1cb23388 sp=0x7ffc1cb23328 pc=0x561375eb5fb0
runtime.(*mcache).refill(0x7fb47f218008, 0x2a)
	/usr/local/go/src/runtime/mcache.go:138 +0x87 fp=0x7ffc1cb233a8 sp=0x7ffc1cb23388 pc=0x561375eb5a47
runtime.(*mcache).nextFree(0x7fb47f218008, 0x56137903e62a, 0x7fb47f218008, 0x8, 0xfffffffffffffff8)
	/usr/local/go/src/runtime/malloc.go:854 +0x89 fp=0x7ffc1cb233e0 sp=0x7ffc1cb233a8 pc=0x561375eaa199
runtime.mallocgc(0x180, 0x561378084760, 0x1, 0x56137903e6c0)
	/usr/local/go/src/runtime/malloc.go:1022 +0x7a5 fp=0x7ffc1cb23480 sp=0x7ffc1cb233e0 pc=0x561375eaaae5
runtime.newobject(0x561378084760, 0x4000)
	/usr/local/go/src/runtime/malloc.go:1151 +0x3a fp=0x7ffc1cb234b0 sp=0x7ffc1cb23480 pc=0x561375eaaeea
runtime.malg(0x33eb6a00008000, 0x561379027968)
	/usr/local/go/src/runtime/proc.go:3232 +0x33 fp=0x7ffc1cb234f0 sp=0x7ffc1cb234b0 pc=0x561375ed63f3
runtime.mpreinit(...)
	/usr/local/go/src/runtime/os_linux.go:324
runtime.mcommoninit(0x56137901f580)
	/usr/local/go/src/runtime/proc.go:626 +0xc6 fp=0x7ffc1cb23528 sp=0x7ffc1cb234f0 pc=0x561375ecfd26
runtime.schedinit()
	/usr/local/go/src/runtime/proc.go:543 +0x76 fp=0x7ffc1cb23580 sp=0x7ffc1cb23528 pc=0x561375ecf986
runtime.rt0_go(0x7ffc1cb23688, 0x2, 0x7ffc1cb23688, 0x0, 0x7fb47e84ab97, 0x2, 0x7ffc1cb23688, 0x200008000, 0x561375ef8780, 0x0, ...)
	/usr/local/go/src/runtime/asm_amd64.s:214 +0x129 fp=0x7ffc1cb23588 sp=0x7ffc1cb23580 pc=0x561375ef88b9

Welche Informationen benötige ich oder was kann ich tun, um dies weiter zu untersuchen?

Versuchen Sie Folgendes:

./launcher destroy app
./launcher start app

Beide Befehle melden mir: „Cannot connect to the docker daemon - verify it is running and you have access“ (Keine Verbindung zum Docker-Daemon möglich – überprüfen Sie, ob er läuft und Sie Zugriff haben).

Dann verwenden Sie sudo, um Docker auszuführen

sudo service docker start

Dies liefert keine Ausgabe, und der erneute Aufruf von ./launcher start app zeigt weiterhin denselben Fehler: „Cannot connect to the docker daemon".

Übrigens: Das Ergebnis von free -h. Ich hatte vor vier Tagen einen Fehler beim Update, und seitdem zeigen Festplatte und CPU Spitzenwerte an.

+-------+-------+------+------+--------+------------+-----------+
|       | total | used | free | shared | buff/cache | available |
+-------+-------+------+------+--------+------------+-----------+
| Mem:  | 1.9G  | 1.6G | 78M  | 194M   | 246M       | 30M       |
+-------+-------+------+------+--------+------------+-----------+
| Swap: | 2.0G  | 2.0G | 0B   |        |            |           |
+-------+-------+------+------+--------+------------+-----------+

Verliere ich alle Daten, wenn ich meine Instanz einfach neu starte?

Niemand kann diese Frage zu 100 % beantworten, aber das Einzige, was zu tun ist, ist ein Neustart.

Für alle, die das gleiche Problem haben: Ein Neustart der Instanz hat bei mir funktioniert, und RAM/Swap sind wieder normal:

+-------+-------+------+------+--------+------------+-----------+
|       | total | used | free | shared | buff/cache | available |
+-------+-------+------+------+--------+------------+-----------+
| Mem:  | 1.9G  | 985M | 76M  | 40M    | 931M       | 785M      |
+-------+-------+------+------+--------+------------+-----------+
| Swap: | 2.0G  | 6.8M | 2.0G |        |            |           |
+-------+-------+------+------+--------+------------+-----------+

Anschließend führe ich einfach ./launcher rebuild app erneut aus, und alles funktioniert wieder – Sidekiq läuft wieder.

Vielen Dank für all deine Hilfe! :tada: