Nuova installazione fallisce (installazione pulita)

Potenzialmente correlato a 147425, ma ho aperto una nuova discussione poiché il mio caso riguardava un’installazione pulita e non una migrazione.

Ho provato su due istanze Ubuntu 18.04 diverse e pulite (una Linode, una Digital Ocean) per configurare un’installazione autonoma tramite lo script Docker. In entrambi i casi ho ricevuto lo stesso errore.

Screenshot dell’errore

Stampa dell’errore

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

WARNING
-------------------------------------------------------------------------------------
È stato tentato di eliminare o rinominare una colonna durante una migrazione
Il comando SQL utilizzato è stato: 'ALTER TABLE user_profiles DROP COLUMN IF EXISTS card_image_badge_id'

Generare una migrazione post-deployment utilizzando `rails g post_migration` per eliminare
o rinominare le colonne.

Nota: per minimizzare i disagi, utilizzare self.ignored_columns = ["nome_colonna"] nel modello
ActiveRecord; questo può essere rimosso dopo circa 6 mesi.

Questa protezione è attiva per evitare l'eliminazione di colonne attualmente
utilizzate da applicazioni in produzione.

I, [2020-04-09T15:07:30.875957 #1]  INFO -- : Terminazione dei processi asincroni
I, [2020-04-09T15:07:30.876041 #1]  INFO -- : Invio di INT a 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:  richiesta di arresto rapido ricevuta
I, [2020-04-09T15:07:30.876354 #1]  INFO -- : Invio di TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 181
181:signal-handler (1586444850) Segnale SIGTERM ricevuto, pianificazione dell'arresto...
181:M 09 Apr 2020 15:07:30.954 # Richiesta di arresto da parte dell'utente...
181:M 09 Apr 2020 15:07:30.954 * Salvataggio dell'ultimo snapshot RDB prima dell'uscita.
181:M 09 Apr 2020 15:07:30.959 * Database salvato su disco
181:M 09 Apr 2020 15:07:30.960 # Redis è ora pronto per l'uscita, arrivederci...
2020-04-09 15:07:30.880 UTC [64] LOG:  annullamento di tutte le transazioni attive
2020-04-09 15:07:30.886 UTC [64] LOG:  processo worker: logical replication launcher (PID 73) terminato con codice di uscita 1
2020-04-09 15:07:30.894 UTC [68] LOG:  arresto in corso
2020-04-09 15:07:31.151 UTC [64] LOG:  sistema database arrestato


FALLITO
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' fallito con codice di ritorno #<Process::Status: pid 12943 exit 1>
Posizione dell'errore: /pups/lib/pups/exec_command.rb:112:in `spawn'
Esecuzione fallita con i parametri {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
90378b39f271ddf9c4ba2628e28ceffd9ede8f3c6cdb4815b12f8b3ae5a218ac
** BOOTSTRAP FALLITO ** scorri verso l'alto e cerca eventuali messaggi di errore precedenti; potrebbero essercene più di uno.
./discourse-doctor potrebbe aiutare a diagnosticare il problema.

Abbiamo annullato i commit correlati, puoi riprovare?

1 Mi Piace

Sì, dovrò cambiare le impostazioni DNS, quindi mi servirà circa un’ora. Farò un aggiornamento. Grazie.

Sì, @sam esaminerà questa cosa il lunedì australiano.

1 Mi Piace

Sono riuscito a far funzionare correttamente l’installazione. Grazie per l’aiuto!

Controllare lunedì non ha senso, perché avevo una commit specifica che evitava il caricamento del codice.

3 Mi Piace

Corretto come da:

Zeitwerk stava caricando automaticamente questo perché avevamo alcune migrazioni che eseguivano sovrascritture su SafeMigrate.

Ho disabilitato questo nella classe.

4 Mi Piace