Rebuild Upgrade schlägt fehl mit DB Migrate (Postgres-Problem?)

Installation
1

Hallo Leute,

Ich habe einen Rebuild, der mit einem db-Migrate-Problem fehlschlägt – ich führe seit mehreren Jahren ständige Rebuilds auf dieser Installation durch, daher frage ich mich, ob etwas zu alt ist?

Ich frage mich, ob Annoying mir mitteilen kann, ob Informationen aus dem Ende des Build-Logs extrahiert werden können, oder ob ich höher gehen muss?

Vielen Dank für jede Hilfe!

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-Vorlagen können nicht mehr über `register_asset` eingebunden werden.
Alle hbs-Dateien unter `assets/javascripts` werden automatisch kompiliert und eingebunden."
/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>'
(Siehe vollständigen Trace, indem Sie die Aufgabe mit --trace ausführen)
I, [2022-11-30T10:15:56.291184 #1]  INFO -- : 
I, [2022-11-30T10:15:56.292222 #1]  INFO -- : Asynchrone Prozesse werden beendet
I, [2022-11-30T10:15:56.292556 #1]  INFO -- : Sende INT an 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 -- : Sende TERM an 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:  schnelle Herunterfahr-Anforderung empfangen
102:signal-handler (1669803356) SIGTERM empfangen, Herunterfahren wird geplant...
2022-11-30 10:15:56.300 UTC [41] LOG:  aktive Transaktionen werden abgebrochen
2022-11-30 10:15:56.306 UTC [41] LOG:  Hintergrundarbeiter "logical replication launcher" (PID 50) mit Exit-Code 1 beendet
2022-11-30 10:15:56.308 UTC [45] LOG:  wird heruntergefahren
2022-11-30 10:15:56.340 UTC [41] LOG:  Datenbanksystem wird heruntergefahren
102:M 30 Nov 2022 10:15:56.383 # Benutzer hat Herunterfahren angefordert...
102:M 30 Nov 2022 10:15:56.384 * Speichere den letzten RDB-Snapshot vor dem Beenden.
102:M 30 Nov 2022 10:15:56.481 * DB auf Festplatte gespeichert
102:M 30 Nov 2022 10:15:56.482 # Redis ist nun bereit zum Beenden, auf Wiedersehen...


FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' fehlgeschlagen mit Rückgabe #<Process::Status: pid 1433 exit 1>
Ort des Fehlers: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec fehlgeschlagen mit den Parametern {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap fehlgeschlagen mit Exit-Code 1
2

<s

Ich möchte vorläufig sagen, dass es aufgrund der obersten Zeile ein Problem mit discourse-signatures sein könnte. Könnten Sie versuchen, es ohne zu rebuilden und zu sehen, ob das funktioniert?

Tatsächlich klingelt das von neulich:

Könnten Sie einen weiteren Rebuild versuchen und sehen, ob es nur ein Schluckauf ist?

1 „Gefällt mir“
3

Ich habe es tatsächlich schon dreimal versucht… Ich könnte versuchen, das Signaturen-Plugin auszukommentieren und es erneut zu versuchen.

Ich melde mich wieder.

1 „Gefällt mir“
4

Vielen Dank, @JammyDodger!

Ich habe das Plugin auskommentiert und der Rebuild wurde erfolgreich abgeschlossen.

In dem anderen Thread sieht es so aus, als hätten sie eine Korrektur dafür eingereicht … vermutlich funktioniert es, wenn ich es in der aml-Datei wieder aktiviere und es erneut versuche?

Ansonsten kann ich vorerst darauf verzichten.

2 „Gefällt mir“
5

Das Problem sollte in der neuesten Version von discourse-signatures behoben sein. Verwenden Sie einen anderen Branch/Fork des Plugins? :thinking: Können Sie die Signaturen-Zeile aus Ihrer app.yml teilen?

3 „Gefällt mir“
6

Es ist schon eine Weile her, seit ich es hinzugefügt habe, daher bin ich mir nicht sicher, wie alt es ist/welcher Fork, aber hier ist es:

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

1 „Gefällt mir“
7

Ah, ich verstehe. Wenn Sie das auf das offizielle https://github.com/discourse/discourse-signatures aktualisieren, sollte es viel besser funktionieren.

@Falco Ich schätze, wir sollten etwas tun, um den Leuten bei der Migration zum offiziellen Repository zu helfen. Vielleicht können wir GitHub dazu bringen, Ihre ursprüngliche Kopie des Repos umzuleiten? Oder wenn nicht, können wir vielleicht etwas tun wie

6 „Gefällt mir“
8

Das wäre großartig.

Es ist gut möglich, dass ich dem Forum einige (zu der Zeit) brandneue Funktionen hinzugefügt habe, die inzwischen stabilisiert und in die Hauptversion aufgenommen wurden und die später dasselbe tun könnten.

Vielen Dank für Ihre schnellen Bemühungen!

1 „Gefällt mir“
9

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