# Discourse升级后我的Ubuntu实例已失效
**URL:** https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518
**Category:** Support
**Created:** [2020年十月28日 13:11 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518 "2020-10-28T13:11:58Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2020年十月28日 13:11 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/1 "2020-10-28T13:11:59Z")
多年来我一直成功使用 AWS EC2 Linux/Ubuntu 实例，但今天遇到了一个无法解决的问题：
我通过 `/admin/upgrade` 网址对 Discourse 进行了升级。当时看起来升级过程已成功完成。
不幸的是，此后服务器完全无法访问。
无法通过 HTTP 访问，也无法通过 SSH 访问。
我已尝试通过 AWS EC2 网页控制台开关机，但毫无成效。
目前无法通过 SSH 连接到该机器，无论是使用 PuTTY 还是通过基于网页的 AWS EC2 实例连接终端窗口均无法连接。
我真的毫无头绪，并且已经等待了数小时。
EC2 监控也未显示服务器负载过高：
过去几周或几个月里（总共大约发生过 2 到 3 次），通过 EC2 控制台重启机器总是能让机器恢复正常，但这次不行。
### 我的问题
有什么建议可以让机器重新通过 SSH 访问吗？
（我知道这很可能不是 Discourse 本身的问题，但由于该问题是在 Discourse 升级后直接发生的，也许其他用户也曾遇到过完全相同的情况，并有一些建议可以提供给我。）
---
### Author:  [@neounix](https://meta.discourse.org/u/neounix)
#### Post date: [2020年十月28日 13:41 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/2 "2020-10-28T13:41:30Z")
您可能需要检查磁盘空间使用情况。
您描述的许多症状在文件系统已满时会出现。
希望这能帮到您。
---
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2020年十月28日 14:30 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/3 "2020-10-28T14:30:08Z")
谢谢。
虽然这听起来合理，但我目前无法进行检查，因为我根本无法连接到该机器。
---
### Author:  [@neounix](https://meta.discourse.org/u/neounix)
#### Post date: [2020年十月28日 14:31 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/4 "2020-10-28T14:31:54Z")
您应该可以通过 EC2 控制台/管理面板进行检查；但我不是 AWS 用户，因此无法提供进一步的帮助。
---
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2020年十月28日 15:27 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/5 "2020-10-28T15:27:29Z")
经过又一次重启和一段时间的等待后，系统又莫名其妙地恢复了。
在我看来，磁盘似乎有足够的可用空间。
```plaintext
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
```
---
### Author:  [@neounix](https://meta.discourse.org/u/neounix)
#### Post date: [2020年十月28日 15:38 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/6 "2020-10-28T15:38:59Z")
好消息 @uwe_keim
蒸蒸日上！
---
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2020年十月28日 16:13 UTC](https://meta.discourse.org/t/after-a-discourse-upgrade-my-ubuntu-instance-is-dead/168518/7 "2020-10-28T16:13:32Z")
如有兴趣，我在此继续提问：
>
未来几小时或几天内，那里可能会有更多细节。