PostgreSQL在重建过程中卡住

目前这是一种临时解决方案,直到我们能为像您这样的部分用户找到问题的根本原因。我们目前面临的困难是并非所有用户都遇到此问题,我们也无法可靠地重现此问题。

1 个赞

如果移至最新的 Beta 版本,问题是否会消失?

他们升级不就是为了这个吗? :sweat_smile:

(请注意,beta branch 已经不存在了)

上面似乎在谈论从 3.3.0 升级到 3.3.1。我想知道他们是否直接升级到 3.4.x 是否会有帮助?

1 个赞

是的,这并不完全清楚:

这是否意味着他们不在 stable 分支,而是在 tests-passed 分支?

1 个赞

对我来说,通过运行 apt-get updateapt-get dist-upgrade 来更新我的 droplet 解决了挂起问题。我使用的是 Ubuntu 20.04,运行了这些命令后,Alan 再次尝试重建,它就能正常工作而不会挂起。一旦 Discourse 更新到最新版本,我的 Oops 屏幕就消失了,一切都恢复正常。这可能只在 20.04 上出现,或者是在我更新所有东西时刷新了其他东西,但希望这对其他人有所帮助。

这对我不起作用,但我使用 @tgxworld 建议的变通方法成功地进行了重建。

有关更多信息,我将受影响的虚拟机上的 Ubuntu 版本升级到了 20.4。尝试重建,但它卡在了同一个地方。使用变通方法重建成功了,但比平时花费的时间长得多。特别是,一个更新“Topic Voting”插件的数据库查询运行了大约二十分钟。我怀疑这可能无关紧要,但我觉得它很奇怪,所以还是提一下。

我们确实在 tests-passed 分支上。

2 个赞

@here 看起来旧版本的 Docker 与我们发布的新版 Docker 镜像不兼容。

以下是解决问题的步骤:

apt update 
apt install docker.io
cd /var/discourse
./launcher rebuild app

我还将我们的 launcher 脚本更新为,如果检测到的 Docker 版本低于 20.10.0,则中止。

10 个赞

我进行了 Docker 版本升级,现在它似乎可以正常工作了。

请注意,如果遇到与内存相关的问题,仅仅增加内存是不够的。您需要再次运行 ./discourse-setup。这很可能是真正的解决方法,并且它现在可以无误地重建。

编辑:请看下面,我自己的信息已经过时了。

我多余的输入

这是一个好举措——我认为,这就是为什么标准建议应始终包含 git pull 的原因:

cd /var/discourse
git pull
./launcher rebuild app

它很少会执行什么操作,但当它执行操作时,执行它很重要。因此,它应该始终包含在内。

我认为这是不必要的和多余的,请看:

哦,有意思,谢谢

1 个赞

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.