Discourseのアップグレード後、Ubuntuインスタンスが起動しません

サポート
1

長年 AWS EC2 の Linux/Ubuntu インスタンスを正常に利用していましたが、本日解決できない問題に直面しています。

/admin/upgrade URL から Discourse のアップグレードを行いました。これは正常に完了したように見えました。

しかし、その直後からマシンが応答しなくなりました。

HTTP へのアクセスも、SSH へのアクセスもできません。

すでに AWS EC2 の Web GUI を通じてマシンの電源のオン/オフを試みましたが、成功しませんでした。

現在、Putty を経由しても、Web ベースの 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

ご興味のある方のために、引き続きこの質問をこちらで続けています：

今後数時間から数日以内に、そちらでさらに詳細が追加される可能性があります。