업그레이드 후 Sidekiq이 실행되지 않는 것 같습니다

제품 지원
1

사이트 조언에 다음과 같이 표시됩니다:

“Sidekiq이 실행되지 않고 있습니다. 이메일 전송과 같은 많은 작업은 sidekiq에 의해 비동기적으로 실행됩니다. 적어도 하나의 sidekiq 프로세스가 실행 중인지 확인하십시오. Sidekiq에 대해 여기에서 알아보세요.”

수동으로 sidekiq에서 작업을 트리거해도 작동하지 않는 것 같습니다(하트비트 작업을 반환해 보았지만 실패한 것으로 보입니다).
image
또한 discourse를 업그레이드하면 영원히 빈 페이지가 표시됩니다.

image
image2202×1038 65.7 KB

사이트를 정상으로 되돌리기 위한 제안이 있을까요?

2

웹 인터페이스가 아니라 명령줄을 통해 재구성을 시도해 보세요.

3

감사합니다! 몇 가지 명령어를 시도해 보았습니다:

./launcher rebuild app
→ Docker 데몬에 연결할 수 없습니다. 데몬이 실행 중인지 및 접근 권한이 있는지 확인하세요

service docker start
→ 아무 응답도 없습니다

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

이 문제를 더 조사하기 위해 어떤 정보가 필요하거나 어떤 조치를 취할 수 있을까요?

4

시도해 보세요

./launcher destroy app
./launcher start app

5

두 명령어 모두 Cannot connect to the docker daemon - verify it is running and you have access 오류를 반환합니다

6

그 다음 sudo를 사용하여 docker를 실행하세요

sudo service docker start

7

이 명령을 실행하면 아무 출력도 없고, ./launcher start app를 다시 실행해도 여전히 동일한 " Cannot connect to the docker daemon" 오류가 표시됩니다.

참고로, free -h 명령의 결과는 다음과 같습니다. 4일 전에 오류가 포함된 업데이트를 한 적이 있는데, 그 이후로 디스크와 CPU 지표가 급격히 상승하는 현상을 겪고 있습니다.

+-------+-------+------+------+--------+------------+-----------+
|       | 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

인스턴스를 그냥 재시작하면 모든 데이터가 손실되나요?

8

이 질문에 100% 확신을 가지고 답할 수 있는 사람은 없을 것 같지만, 해야 할 일은 재시작뿐입니다.

9

같은 문제를 겪고 있는 분들을 위해, 인스턴스 재부팅을 하면 RAM/Swap이 정상으로 돌아옵니다:

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

이후 ./launcher rebuild app을 다시 실행하면 모든 것이 다시 정상 작동하며, sidekiq도 시작됩니다.

10

도와주셔서 정말 감사합니다! :tada: