Discourse 업그레이드 후 Ubuntu 인스턴스가 죽었습니다

제품 지원
1

수년간 AWS EC2 Linux/Ubuntu 인스턴스를 성공적으로 사용해 왔는데, 오늘 해결하지 못하는 문제가 발생했습니다:

/admin/upgrade URL을 통해 Discourse를 업그레이드했습니다. 이 작업은 정상적으로 완료된 것으로 보였습니다.

불행히도 그 이후로 서버가 완전히 죽었습니다.

HTTP 접근도, SSH 접근도 불가능합니다.

이미 AWS EC2 웹 GUI를 통해 인스턴스를 재시작해 보았지만 성공하지 못했습니다.

현재 Putty를 통해서도, 웹 기반 AWS EC2 인스턴스 연결 터미널을 통해서도 SSH로 서버에 연결할 수 없습니다.

정말 막막한 상태이며, 이미 몇 시간 동안 기다렸습니다.

EC2 모니터링에서도 서버 부하가 높다는 표시가 없습니다:

image
image1348×1272 85.7 KB

지난 몇 주/개월 동안 이 문제가 발생했을 때(총 2~3회 정도) EC2 GUI를 통해 서버를 재부팅하면 항상 다시 작동했지만, 이번에는 그렇지 않습니다.

제 질문

서버를 다시 SSH로 접근 가능하게 만드는 방법에 대한 힌트가 있을까요?

(이것이 아마도 Discourse 문제보다는 인프라 문제일 것 같지만, Discourse 업그레이드 직후 발생했기 때문에 다른 사용자들도 동일한 증상을 경험했고 몇 가지 조언을 해줄 수 있을지도 모릅니다)

2

디스크 공간 사용량을 확인해 보시는 것이 좋습니다.

설명하신 증상 중 상당수는 파일 시스템이 가득 찼을 때 발생합니다.

도움이 되셨길 바랍니다.

3

감사합니다.

이론적으로는 그럴듯해 보이지만, 현재 해당 머신에 전혀 연결할 수 없기 때문에 이를 확인할 방법이 보이지 않습니다.

4

EC2 제어판/관리 패널에서 이를 확인하실 수 있어야 합니다. 다만 저는 AWS 사용자는 아니므로 더 이상의 도움을 드리기 어렵습니다.

5

또 다른 재부팅과 대기 시간 끝에, 시스템은 다시 갑자기 나타났습니다.

제 생각에는 디스크에 충분한 여유 공간이 있는 것 같습니다.

Filesystem      Size  Used Avail Use% Mounted on
udev            2.0G     0  2.0G   0% /dev
tmpfs           394M  876K  393M   1% /run
/dev/xvda1       97G   31G   67G  31% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/loop1       18M   18M     0 100% /snap/amazon-ssm-agent/1566
/dev/loop0       98M   98M     0 100% /snap/core/10185
/dev/loop2       29M   29M     0 100% /snap/amazon-ssm-agent/2012
/dev/loop3       98M   98M     0 100% /snap/core/10126
overlay          97G   31G   67G  31% /var/lib/docker/overlay2/5a799ab040002ad2ddec94ae85bcbe987543651a0d9478ddc12ab12715da7340/merged
tmpfs           394M     0  394M   0% /run/user/1000
6

좋은 소식입니다 @uwe_keim

앞으로 더 높이, 더 멀리!

7

관심 있는 분들을 위해, 내 질문을 여기서 계속했습니다:

https://askubuntu.com/q/1287695/7539

앞으로 몇 시간/몇 일 동안 거기에 더 많은 세부 정보가 올라올 것입니다.