# 升级失败，表现得非常精彩

**URL:** https://meta.discourse.org/t/upgrade-failed-spectacularily/350773
**Category:** Support
**Created:** [2025年二月6日 01:09 UTC](https://meta.discourse.org/t/upgrade-failed-spectacularily/350773 "2025-02-06T01:09:07Z")
**Posts on this page:** 1
**Showing post:** 37

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2025年二月10日 10:02 UTC](https://meta.discourse.org/t/upgrade-failed-spectacularily/350773/37 "2025-02-10T10:02:37Z")

</div>

我注意到 @anon55243134 删除了几乎所有的帖子。我真的认为团队和维护更新脚本以及围绕更新的消息传递方面都有需要吸取的教训。

@anon55243134 多年来一直在运行自托管的 discourse，现在却遇到了一个损坏且无法正常工作的安装——仅仅是因为遵循了升级提示。

如果这发生在我身上，我会非常生气和痛苦，因为我可能会丢失论坛内容。选择了自托管，我可能没有能力或无法支付高昂的费用来修复它，即使有可能。

我认为警告和检查不足

- 用户是否已进行最近的备份（不是托管服务快照！）
- 用户是否已下载
- 用户是否被告知基于 Web 的更新可能会失败并需要命令行更新
- 用户是否被要求检查其操作系统是否非常旧
- 用户是否被告知迁移到新的最新服务器可能是最佳方法
- 用户是否被警告重大更新（例如数据库更新）可能很危险，如果经验不足，等待一周可能是个好主意，以便发现和修复问题

更令人担忧的是，在我看到的一些已删除的帖子中，有一些相当严重的故障没有被捕获，脚本却继续运行：

```plaintext
cat: /shared/postgres_data/PG_VERSION: No such file or directory
...
E: Unable to locate package postgresql--pgvector
cp: cannot stat '/etc/postgresql//main/*': No such file or directory
sh: 1: /usr/lib/postgresql/bin/postgres: not found
...
Finding the real data directory for the source cluster      
could not get data directory using "/usr/lib/postgresql/bin/postgres" -D "/shared/postgres_data" -C data_directory: No such file or directory
Failure, exiting

```

我没有检查脚本，但我认为不存在的东西预示着麻烦即将来临，是时候停止了。

---

_[View the full topic](https://meta.discourse.org/t/upgrade-failed-spectacularily/350773)._