Finché quei plugin aggiunti non sono abilitati per impostazione predefinita, almeno non per le istanze esistenti, tutto bene. Ma per quanto riguarda le modifiche alle dipendenze delle gem e i molteplici errori di migrazione del database che abbiamo riscontrato, sono un po’ preoccupato che qualcosa possa essere invisibilmente danneggiato o perso. Purtroppo la ricostruzione non produce alcun log a riguardo, dicendo solo che cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' è uscito con codice di errore, ma senza dettagli, nemmeno nei log .
questo suona strano, esegui PG in un container separato, ha pgvector installato?
Generalmente quando le cose falliscono, puoi scorrere un po’ verso l’alto e trovare l’errore, a causa della sequenza spesso gli errori si trovano 100 righe più in alto.
Solo il container Docker Discourse autonomo. Inoltre, non ero del tutto corretto, infatti c’è qualche output in più a riguardo, ma niente di cui potessi dare un senso sufficiente:
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-8.0.2/lib/active_record/migration.rb:1454:in `migrate' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-8.0.2/lib/active_record/migration.rb:1261:in `up’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-8.0.2/lib/active_record/migration.rb:1236:in `migrate' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-8.0.2/lib/active_record/tasks/database_tasks.rb:270:in `migrate’
/var/www/discourse/lib/tasks/db.rake:267:in `block (2 levels) in <main>' /var/www/discourse/lib/distributed_mutex.rb:53:in `block in synchronize’
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize' /var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize’
/var/www/discourse/lib/distributed_mutex.rb:34:in `synchronize' /var/www/discourse/lib/tasks/db.rake:242:in `block in ’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.3.0/exe/rake:27:in `<top (required)>' /usr/local/bin/bundle:25:in `load’
/usr/local/bin/bundle:25:in `’
Tasks: TOP => db:migrate
(See full trace by running task with --trace)
I, [2025-07-29T20:36:15.074727 #1] INFO – : == 20180828095129 PushFixTopicEmbedAuthorsJob: migrating ==========
== 20180828095129 PushFixTopicEmbedAuthorsJob: migrated (0.0021s) =============
I, [2025-07-29T20:36:15.075331 #1] INFO – : Terminating async processes
I, [2025-07-29T20:36:15.075355 #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/15/bin/postmaster -D /etc/postgresql/15/main pid: 45
I, [2025-07-29T20:36:15.075376 #1] INFO – : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 112
2025-07-29 20:36:15.075 UTC [45] LOG: received fast shutdown request
112:signal-handler (1753821375) Received SIGTERM scheduling shutdown…
2025-07-29 20:36:15.091 UTC [45] LOG: aborting any active transactions
2025-07-29 20:36:15.092 UTC [45] LOG: background worker “logical replication launcher” (PID 59) exited with exit code 1
2025-07-29 20:36:15.092 UTC [54] LOG: shutting down
2025-07-29 20:36:15.105 UTC [54] LOG: checkpoint starting: shutdown immediate
112:M 29 Jul 2025 20:36:15.125 # User requested shutdown…
112:M 29 Jul 2025 20:36:15.125 * Saving the final RDB snapshot before exiting.
112:M 29 Jul 2025 20:36:15.247 * DB saved on disk
112:M 29 Jul 2025 20:36:15.247 # Redis is now ready to exit, bye bye…
2025-07-29 20:36:15.273 UTC [54] LOG: checkpoint complete: wrote 10 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.066 s, sync=0.046 s, total=0.181 s; sync files=9, longest=0.026 s, average=0.006 s; distance=36 kB, estimate=36 kB
2025-07-29 20:36:15.276 UTC [45] 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 635 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.3.0/lib/pups/exec_command.rb:131:in `spawn’
`exec failed with the params {“cd”=>“$home”, “tag”=>“migrate”, “hook”=>“db_migrate”, “cmd”=>[“su discourse -c ‘bundle exec rake db:migrate’”]}’
`bootstrap failed with exit code 1`
`** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.`
`./discourse-doctor may help diagnose the problem.`
A proposito, qualcosa non va con i blocchi di codice e le recinzioni qui. Né l’aggiunta manuale di backtick sembra funzionare, né la selezione di più righe e la pressione del pulsante codice nell’editor. Trasforma parti in codice che non erano affatto selezionate.
Quindi ha provato una migrazione per un plugin che prima non era presente e non è abilitato? Hai qualche idea sul perché sia riuscita dopo molteplici tentativi di rebuild?
Sono un po’ confuso sul motivo per cui non ha funzionato, ma vedo il problema qui, stiamo chiamando codice dell’applicazione da una migrazione che è molto fragile.
Sì, come detto, dopo molteplici tentativi di rebuild, alla fine è andato a buon fine. Nell’ultimo log riuscito, non vedo più questa particolare migrazione. Probabilmente è stata contrassegnata come “migrata” nonostante il fallimento, quindi non più tentata al prossimo rebuild?
La migrazione ha appena impostato una chiave su redis, un potenziale motivo del suo fallimento è che in qualche modo il codice per il plugin rss non è stato caricato al momento, lo analizzeremo in modo che altre persone non riscontrino questo problema.
.
.