抱歉，作为一个新手，我再次无辜地点击了UI中的“更新”，然后被要求“从命令行进行重建”，接着重建失败，我不得不将bash输出粘贴到AI中，让它告诉我哪里出了问题。
“错误表明，由于 discourse-data-explorer 插件现在已与 Discourse 核心捆绑在一起，不应将其作为单独的插件包含在 app.yml 配置文件中，因此 Discourse 更新失败。”
我知道这并非总是可能，但如果能至少有一个警告，比如“准备好，这次会很痛苦”，那就太好了。这可以延长我的预期寿命。
5 个赞
它应该会对此发出警告。然后，您可以使用以下命令重新启动容器：
./launcher start app
然后您可以更从容地确定下一步操作。
您可能仍然可以启动容器。
3 个赞
你说得对，当然。
只是我没想到第一次重建会失败，所以这让我措手不及。消息确实在那里，但因为它在日志文本的海洋中，所以我没有信心找到问题所在。对我来说，这可能是一个隐藏在调用堆栈中的晦涩异常。一旦人工智能告诉我，我就看到了它就在底部附近。
我想这就是兼职网站管理员会发生的事情 
是的。那确实有点运气不好。这是十年来最具破坏性的升级。
是的。那是一大堆文本。我看了将近十年了，仍然很难知道该看哪里。
恐怕是的！
当你使用“the ai”时，请使用 Ask.discourse.com
2 个赞
如果一个警告在别处和在原地产生的效果完全相同，并且除了阅读之外没有任何负面影响，那么在别处发出警告又有什么好处呢？如果出现错误，日志永远是您应该首先查看的地方……
更新的复杂性不取决于具体更新，而更多地取决于您的论坛在更新之前的版本，以及Postgres、Redis和所有插件的版本。
所以，基本上不可能知道更新是否会“痛苦”。
我从1.8更新到3.5没有遇到问题，但从3.2.1更新到3.2.2却花费了我数小时来修复。
3 个赞
也许有帮助的一点是，如果这是一个“预期的”问题（也就是说，不是隐藏在调用堆栈中），那么在日志输出中用 ---- 将其包围起来。这样更容易找到。
另外，我的备份在更新后又坏了，我又要回去辛苦工作了 
1 个赞
抱歉，这对您来说是一次糟糕的经历！
这对您来说没什么安慰，但这是事实。更新很少需要命令行干预。
希望您能解决这个问题！如果您是自行托管，您需要有备份，因为您永远不知道会发生什么。
我周六努力解决了这个问题，这次得到了 ask.discourse 的帮助。
我发现我们的卷设置不标准，上传和备份都在辅助磁盘上。这本不成问题，但当我们把数据磁盘从 20GB 扩展到 30GB 时，我们忘了通知文件系统！
修复这个问题后，我现在有了几年的喘息空间。
3 个赞
啊！这可真是个棘手的问题！而且这确实是一个高级设置。
很高兴你解决了它。
1 个赞
此主题已在 6 天后自动关闭。不允许回复。