Sidekiq non è in esecuzione, probabilmente dopo l'aggiornamento

Supporto
1

Il consiglio del sito mostra:

“Sidekiq non è in esecuzione. Molte attività, come l’invio di email, vengono eseguite in modo asincrono da Sidekiq. Assicurati che almeno un processo Sidekiq sia attivo. Scopri di più su Sidekiq qui.”

Anche l’attivazione manuale dei lavori in Sidekiq sembra non funzionare (ho provato a richiamare il task heartbeat, ma sembra che abbia fallito.
image
Inoltre, l’aggiornamento di Discourse mi mostra una pagina bianca all’infinito.

image
image2202×1038 65.7 KB

Hai qualche suggerimento su come riportare il mio sito alla normalità?

2

prova a eseguire una ricompilazione tramite riga di comando e non tramite l’interfaccia web

3

Grazie! Ho appena provato alcuni comandi:

./launcher rebuild app
→ Impossibile connettersi al daemon Docker: verifica che sia in esecuzione e che tu abbia i permessi di accesso

service docker start
→ Nessun output

docker info
→ fatal error: runtime: out of memory

runtime 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

Quali informazioni mi servono o cosa posso fare per indagare ulteriormente?

4

prova

./launcher destroy app
./launcher start app

5

Entrambi i comandi restituiscono Impossibile connettersi al daemon di Docker: verifica che sia in esecuzione e che tu abbia i permessi di accesso

6

poi usa sudo per avviare docker

sudo service docker start

7

questo non restituisce alcun output e rieseguendo ./launcher start app si mostra ancora lo stesso errore: “Cannot connect to the docker daemon”.

A proposito, ecco il risultato di free -h. Ho riscontrato un errore durante un aggiornamento di 4 giorni fa e da quel momento le metriche di disco e CPU mostrano picchi.

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

image
image811×795 36.4 KB

Perderò tutti i dati se riavvio semplicemente la mia istanza?

8

Non sono sicuro che qualcuno possa rispondere al 100% a questa domanda, ma l’unica cosa da fare è un riavvio.

9

Per chiunque abbia lo stesso problema, un riavvio dell’istanza ha funzionato per me e RAM/Swap sono tornati alla normalità:

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

Poi ho semplicemente rieseguito ./launcher rebuild app e tutto funziona di nuovo, sidekiq riprende a funzionare.

10

Grazie mille per tutto il tuo aiuto! :tada: