重建升级失败,并出现 DB Migrate (Postgres 问题?)

嘿,各位,

我的一个重建因数据库迁移问题而失败——我多年来一直在对这个安装进行持续的重建,所以想知道是不是有什么东西太旧了?

我想知道是否可以从构建日志的末尾提取一些信息,或者我需要往上追溯?

非常感谢任何帮助!

I, [2022-11-30T10:15:55.248687 #1]  INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
rake aborted!
[discourse-signatures] Handlebars templates can no longer be included via `register_asset`.
Any hbs files under `assets/javascripts` will be automatically compiled and included."
/var/www/discourse/lib/plugin/instance.rb:590:in `register_asset'
/var/www/discourse/plugins/discourse-signatures/plugin.rb:48:in `activate!'
/var/www/discourse/lib/plugin/instance.rb:677:in `instance_eval'
/var/www/discourse/lib/plugin/instance.rb:677:in `activate!'
/var/www/discourse/lib/discourse.rb:314:in `block in activate_plugins!'
/var/www/discourse/lib/discourse.rb:311:in `each'
/var/www/discourse/lib/discourse.rb:311:in `activate_plugins!'
/var/www/discourse/config/application.rb:212:in `block in <class:Application>'
/var/www/discourse/lib/plugin.rb:6:in `initialization_guard'
/var/www/discourse/config/application.rb:211:in `<class:Application>'
/var/www/discourse/config/application.rb:82:in `<module:Discourse>'
/var/www/discourse/config/application.rb:81:in `<top (required)>'
/var/www/discourse/Rakefile:7:in `require'
/var/www/discourse/Rakefile:7:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/rake-13.0.6/exe/rake:27:in `<top (required)>'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(See full trace by running task with --trace)
I, [2022-11-30T10:15:56.291184 #1]  INFO -- : 
I, [2022-11-30T10:15:56.292222 #1]  INFO -- : Terminating async processes
I, [2022-11-30T10:15:56.292556 #1]  INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 41
I, [2022-11-30T10:15:56.292812 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 102
2022-11-30 10:15:56.293 UTC [41] LOG:  received fast shutdown request
102:signal-handler (1669803356) Received SIGTERM scheduling shutdown...
2022-11-30 10:15:56.300 UTC [41] LOG:  aborting any active transactions
2022-11-30 10:15:56.306 UTC [41] LOG:  background worker "logical replication launcher" (PID 50) exited with exit code 1
2022-11-30 10:15:56.308 UTC [45] LOG:  shutting down
2022-11-30 10:15:56.340 UTC [41] LOG:  database system is shut down
102:M 30 Nov 2022 10:15:56.383 # User requested shutdown...
102:M 30 Nov 2022 10:15:56.384 * Saving the final RDB snapshot before exiting.
102:M 30 Nov 2022 10:15:56.481 * DB saved on disk
102:M 30 Nov 2022 10:15:56.482 # Redis is now ready to exit, bye bye...


FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 1433 exit 1>
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 1

我倾向于认为这可能是 discourse-signatures 插件的问题,因为顶部的代码行。您能否尝试在不使用该插件的情况下重建,看看是否有效?

实际上,这让我想起了前几天发生的事情:

您能否再尝试重建一次,看看是否只是一个小故障?

1 个赞

我之前确实试了三次……我可以试试注释掉签名插件再试一次。

我会回来报告的。

1 个赞

非常感谢 @JammyDodger

我注释掉了该插件,它成功完成了重建。

在另一个帖子中,他们似乎已经提交了一个修复程序……如果我在 aml 文件中重新启用它并再次尝试,它可能会起作用吗?

否则,目前我可以没有它。

2 个赞

discourse-signatures 的最新版本应该已经修复了该问题。您是否在使用该插件的其他分支/fork?:thinking: 您能否分享一下 app.yml 中的 signatures 行?

3 个赞

我不知道是什么时候添加的,所以我不确定它有多旧/是哪个分支,但它是这样的:

#- git clone https://github.com/xfalcox/discourse-signatures.git

1 个赞

我明白了。如果你将其更新到官方的 https://github.com/discourse/discourse-signatures,它应该会运行得更好。

@Falco 我想我们应该做些什么来帮助人们迁移到官方仓库。也许我们可以让 GitHub 重定向你原来的仓库副本?如果不行,也许我们可以做类似这样的事情:

6 个赞

那将太棒了。

很有可能我当时在论坛上添加了一些非常前沿的功能,这些功能后来已经稳定下来并包含在主版本中,可能会在以后做同样的事情。

感谢您迅速的努力!

1 个赞

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