你好
我们只是点击了管理员升级按钮。
没想到会这样：
糟糕
驱动这个讨论论坛的软件遇到了一个意外问题。我们对造成的不便表示歉意。
有关错误的详细信息已被记录，并生成了自动通知。我们会看看的。
无需进一步操作。但是，如果错误状况持续存在，您可以通过在该站点的反馈类别中发布讨论主题来提供更多详细信息，包括重现错误的步骤。
现在，虽然这有点令人沮丧（如果网站有几千用户时发生这种情况怎么办？……），但我们还没有用户。幸运。但我们无法恢复它。没有明显的错误，也没有可以采取的步骤来恢复出现的问题……除非是那个不祥的“自动通知已生成”。谁收到了那个通知？它说了什么？为什么简单的软件升级就会让网站陷入瘫痪？我们该如何解决？
您仍然可以访问论坛上的 /logs 吗？通知在那里。
最后两个问题只能在您查看之后才能回答。
不幸的是，什么都不能用了。因此，我们不得不重新实例化一个服务器端备份，现在我们有点担心再次更新。\n\n有没有什么方法可以在安全模式下更新？我很难相信每次软件更新我们都必须冒着完全停机的风险。
这是包括 Discourse 在内的所有应用程序都存在的实际风险。这就是为什么大公司使用暂存服务器，而我们这些小公司在每次更新之前（至少在任何升级之前）都会进行备份（站点和数据库）。
您好，欢迎您 @smileBeda 
您能否提供更多关于您设置的详细信息？例如，您运行的是哪个版本，是否是标准安装，以及您是否安装了任何插件（官方或第三方）。
通常升级都很顺利，但为了以防万一，在进行升级前备份一个正在运行的网站总是明智的。
我们正在运行 2.9.0.beta8
它要求我们更新的是 docker_manager 45986ad4 (Comparing 45986ad40ec642ea617a083aecc75e0078878fb7...90a8a6c6cae0bba01de7fdf340da1ab878bff913 · discourse/docker_manager · GitHub)
这是通过 Docker 进行的标准安装，但我们运行了几个插件（但真的没什么特别的。到目前为止没有自定义代码）
在这一点上（没有错误日志），我无法提供更多信息，我猜我们只能硬着头皮再来一次，在备份之后，运行更新，如果再次失败，再提交日志……
你能在此处粘贴你的 app.yml 文件吗？这样更容易了解之前和现在的情况。
此主题中还有一些关于如何手动从服务器更新的要点：
./launcher rebuild app 通常是一个不错的备选方案，如果在执行此操作时遇到任何错误，可以向上滚动阅读。
您是否运行了
./launcher rebuild app
或者您是从 Web 界面升级的？有时需要完全重建。
您要查找的日志位于
/var/discourse/shared/log/rails/production.log
（如果我用手机输入正确的话）
差不多 
/var/discourse/shared/standalone/log/rails/production.log
还有可能
/var/discourse/shared/standalone/log/rails/production_errors.log
您能详细说明一下吗？是哪些插件？
这正是我所想的，所以我要求他们粘贴/共享他们的 app.yml 文件。