Teniendo problemas con una reconstrucción

Estoy intentando reconstruir una aplicación y tengo un error en ‘bundle exec rake db:migrate’. Esta es una instalación existente que ha estado funcionando durante bastante tiempo. La mayoría de las búsquedas que he visto sobre este problema parecen estar relacionadas con plugins, pero no estoy utilizando ningún plugin adicional. Solo Discourse estándar. Hay espacio en disco de sobra. Registro relacionado a continuación. ¿Alguna idea?

¡Gracias!

I, [2024-10-18T01:38:00.111880 #1]  INFO -- : > exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf
I, [2024-10-18T01:38:00.114128 #1]  INFO -- : sleep 10
1793:C 18 Oct 2024 01:38:00.127 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1793:C 18 Oct 2024 01:38:00.127 # Redis version=7.0.7, bits=64, commit=00000000, modified=0, pid=1793, just started
1793:C 18 Oct 2024 01:38:00.128 # Configuration loaded
1793:M 18 Oct 2024 01:38:00.129 * monotonic clock: POSIX clock_gettime
1793:M 18 Oct 2024 01:38:00.129 # Warning: Could not create server TCP listening socket *:6379: bind: Address already in use
1793:M 18 Oct 2024 01:38:00.130 # Failed listening on port 6379 (TCP), aborting.
I, [2024-10-18T01:38:10.121847 #1]  INFO -- :
I, [2024-10-18T01:38:10.125839 #1]  INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
rake aborted!
[checklist] Javascript files under `assets/javascripts` are automatically included in JS bundles.
Manual register_asset calls should be removed. (attempted to add javascripts/checklist_ui.js)
/var/www/discourse/lib/plugin/instance.rb:723:in `register_asset'
/var/www/discourse/plugins/discourse-plugin-checklist/plugin.rb:7:in `activate!'
/var/www/discourse/lib/plugin/instance.rb:780:in `instance_eval'
/var/www/discourse/lib/plugin/instance.rb:780:in `activate!'
/var/www/discourse/lib/discourse.rb:348:in `block in activate_plugins!'
/var/www/discourse/lib/discourse.rb:345:in `each'
/var/www/discourse/lib/discourse.rb:345:in `activate_plugins!'
/var/www/discourse/config/application.rb:232:in `block in <class:Application>'
/var/www/discourse/lib/plugin.rb:6:in `initialization_guard'
/var/www/discourse/config/application.rb:232:in `<class:Application>'
/var/www/discourse/config/application.rb:75:in `<module:Discourse>'
/var/www/discourse/config/application.rb:74:in `<top (required)>'
/var/www/discourse/Rakefile:7:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/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, [2024-10-18T01:38:12.504780 #1]  INFO -- :
I, [2024-10-18T01:38:12.506202 #1]  INFO -- : Terminating async processes
I, [2024-10-18T01:38:12.507158 #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: 38
2024-10-18 01:38:12.507 UTC [38] LOG:  received fast shutdown request
I, [2024-10-18T01:38:12.508420 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 106
106:signal-handler (1729215492) Received SIGTERM scheduling shutdown...
2024-10-18 01:38:12.514 UTC [38] LOG:  aborting any active transactions
2024-10-18 01:38:12.529 UTC [38] LOG:  background worker "logical replication launcher" (PID 53) exited with exit code 1
2024-10-18 01:38:12.530 UTC [48] LOG:  shutting down
2024-10-18 01:38:12.550 UTC [38] LOG:  database system is shut down
106:M 18 Oct 2024 01:38:12.583 # User requested shutdown...
106:M 18 Oct 2024 01:38:12.584 * Saving the final RDB snapshot before exiting.
106:M 18 Oct 2024 01:38:12.746 * DB saved on disk
106:M 18 Oct 2024 01:38:12.747 # 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 1796 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132: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.
aa541b3e83ae7262e9352dc3a8f5da689f39fba35f9b43aa5643ea6e11109dd8
==================== END REBUILD LOG ====================
Failed to rebuild app.

Hola, ¿has probado a preguntarle al Dr? ./discourse-doctor
Además, reiniciar el servidor, aunque sea un enfoque extremo, me ha funcionado en el pasado.

¿Estás actualizando desde una versión muy antigua?

1 me gusta

Intenté el doctor de Discourse. Todo lo que pareció hacer fue intentar reconstruir de nuevo y no me dio mucho útil de otra manera. Reiniciar el servidor no hizo nada :confused:

Estoy dos versiones menores atrás, así que no, no terriblemente viejo.

2 Me gusta

Tuve un error similar mientras realizaba algunas actualizaciones esta noche. Ejecutar ./launcher rebuild app por segunda vez hizo el truco. ¿Quizás inténtalo de nuevo??

1 me gusta

Este es el problema

¿Puede verificar en qué rama de Discourse se encuentra a través de git status y compartirla aquí?

Su mensaje de error no tiene mucho sentido para mí, ya que si mira el código fuente, no existe tal comando.

6 Me gusta

“En la rama principal”

Todavía estoy experimentando este problema y todos mis intentos para resolverlo han fallado. ¿Alguien tiene alguna idea para mí?

Finalmente logré resolver esto. Al revisar la salida de mi compilación, encontré una línea que decía algo sobre un plugin no reconocido. Fui a mi app.yml y solo tenía dos listados: docker_manager y discourse-checklist. Cuando fui a ver discourse-checklist, noté que se había fusionado en el núcleo, así que lo eliminé de app.yml. Después de esto, mi compilación procedió con éxito.

1 me gusta

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