Neue Installation schlägt fehl (Neuinstallation)

Möglicherweise verwandt mit 147425, aber ich habe einen neuen Thread gestartet, da mein Fall eine Neuinstallation und keine Migration betraf.

Ich habe es auf zwei verschiedenen, sauberen Ubuntu 18.04-Instanzen (eine Linode, eine Digital Ocean) versucht, eine Selbstinstallation über das Docker-Skript einzurichten. Beide Male erhielt ich denselben Fehler.

Screenshot des Fehlers

Ausdruck des Fehlers

== 20180917024729 RemoveSuperfluousColumns: migrating =========================

WARNING
-------------------------------------------------------------------------------------
Es wurde versucht, eine Spalte in einer Migration zu löschen oder umzubenennen.
Die verwendete SQL war: 'ALTER TABLE user_profiles DROP COLUMN IF EXISTS card_image_badge_id'

Bitte generieren Sie eine Post-Deployment-Migration mit `rails g post_migration`, um Spalten zu löschen oder umzubenennen.

Hinweis: Um Störungen zu minimieren, verwenden Sie self.ignored_columns = ["column name"] in Ihrem
ActiveRecord-Modell. Dies kann etwa 6 Monate später entfernt werden.

Dieser Schutz ist vorhanden, um uns davor zu schützen, Spalten zu löschen, die derzeit von
Live-Anwendungen verwendet werden.

I, [2020-04-09T15:07:30.875957 #1]  INFO -- : Terminating async processes
I, [2020-04-09T15:07:30.876041 #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/10/bin/postmaster -D /etc/postgresql/10/main pid: 64
2020-04-09 15:07:30.876 UTC [64] LOG:  received fast shutdown request
I, [2020-04-09T15:07:30.876354 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 181
181:signal-handler (1586444850) Received SIGTERM scheduling shutdown...
181:M 09 Apr 2020 15:07:30.954 # User requested shutdown...
181:M 09 Apr 2020 15:07:30.954 * Saving the final RDB snapshot before exiting.
181:M 09 Apr 2020 15:07:30.959 * DB saved on disk
181:M 09 Apr 2020 15:07:30.960 # Redis is now ready to exit, bye bye...
2020-04-09 15:07:30.880 UTC [64] LOG:  aborting any active transactions
2020-04-09 15:07:30.886 UTC [64] LOG:  worker process: logical replication launcher (PID 73) exited with exit code 1
2020-04-09 15:07:30.894 UTC [68] LOG:  shutting down
2020-04-09 15:07:31.151 UTC [64] LOG:  database system is shut down


FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 12943 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
90378b39f271ddf9c4ba2628e28ceffd9ede8f3c6cdb4815b12f8b3ae5a218ac
** FAILED TO BOOTSTRAP ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.

Wir haben die betreffenden Commits rückgängig gemacht. Könntest du es bitte erneut versuchen?

1 „Gefällt mir“

Ja, ich muss das DNS umstellen, also wird es etwa eine Stunde dauern. Ich melde mich wieder. Danke.

Ja, @sam wird sich das am Montag in Australien ansehen.

1 „Gefällt mir“

Die Installation hat jetzt einwandfrei funktioniert. Danke für die Hilfe!

Ich schaue am Montag nach, das ergibt keinen Sinn, da ich ein bestimmtes Commit hatte, das das Laden des Codes vermieden hat.

3 „Gefällt mir“

Dies wurde gemäß folgendem Commit behoben:

Zeitwerk hat dies automatisch geladen, da wir einige Migrationen hatten, die Überschreibungen auf SafeMigrate ausführen würden.

Ich habe dies in der Klasse deaktiviert.

4 „Gefällt mir“