目前这是一种临时解决方案,直到我们能为像您这样的部分用户找到问题的根本原因。我们目前面临的困难是并非所有用户都遇到此问题,我们也无法可靠地重现此问题。
如果移至最新的 Beta 版本,问题是否会消失?
他们升级不就是为了这个吗? ![]()
(请注意,beta branch 已经不存在了)
上面似乎在谈论从 3.3.0 升级到 3.3.1。我想知道他们是否直接升级到 3.4.x 是否会有帮助?
是的,这并不完全清楚:
这是否意味着他们不在 stable 分支,而是在 tests-passed 分支?
对我来说,通过运行 apt-get update 和 apt-get dist-upgrade 来更新我的 droplet 解决了挂起问题。我使用的是 Ubuntu 20.04,运行了这些命令后,Alan 再次尝试重建,它就能正常工作而不会挂起。一旦 Discourse 更新到最新版本,我的 Oops 屏幕就消失了,一切都恢复正常。这可能只在 20.04 上出现,或者是在我更新所有东西时刷新了其他东西,但希望这对其他人有所帮助。
这对我不起作用,但我使用 @tgxworld 建议的变通方法成功地进行了重建。
有关更多信息,我将受影响的虚拟机上的 Ubuntu 版本升级到了 20.4。尝试重建,但它卡在了同一个地方。使用变通方法重建成功了,但比平时花费的时间长得多。特别是,一个更新“Topic Voting”插件的数据库查询运行了大约二十分钟。我怀疑这可能无关紧要,但我觉得它很奇怪,所以还是提一下。
我们确实在 tests-passed 分支上。
@here 看起来旧版本的 Docker 与我们发布的新版 Docker 镜像不兼容。
以下是解决问题的步骤:
apt update
apt install docker.io
cd /var/discourse
./launcher rebuild app
我还将我们的 launcher 脚本更新为,如果检测到的 Docker 版本低于 20.10.0,则中止。
我进行了 Docker 版本升级,现在它似乎可以正常工作了。
请注意,如果遇到与内存相关的问题,仅仅增加内存是不够的。您需要再次运行 ./discourse-setup。这很可能是真正的解决方法,并且它现在可以无误地重建。
编辑:请看下面,我自己的信息已经过时了。
我多余的输入
这是一个好举措——我认为,这就是为什么标准建议应始终包含 git pull 的原因:
cd /var/discourse
git pull
./launcher rebuild app
它很少会执行什么操作,但当它执行操作时,执行它很重要。因此,它应该始终包含在内。
我认为这是不必要的和多余的,请看:
哦,有意思,谢谢
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.