Me apresuré a juzgar.
Volvió a fallar, pero . .. . oh. ¿Pero la última vez la base de datos ya se había migrado?
Cuando funcionó, ejecuté ./launcher bootstrap x desde la línea de comandos.
Luego lo ejecuté con Ansible, que hace
git pull && git checkout main && ./launcher bootstrap {{ discourse_yml }} {{ launcher_args | default("")}}
(Supongo que necesito eliminar git checkout main, no estoy seguro de por qué estaba ahí)
Ajá. Pero Ansible está eliminando la base de datos primero (este es para un sitio que uso para migraciones, por lo que empezar de nuevo es una ocurrencia frecuente). Así que eso es coherente con tus huevos. Suspiro. Pero luego desactivé drop_database y lo ejecuté dos veces desde Ansible, y falló, y luego volví a arrancar desde la línea de comandos, y todavía falló. No hay pistas en las migraciones:
Installing mysql2 0.5.5 with native extensions
Bundle complete! 137 Gemfile dependencies, 173 gems now installed.
Gems in the groups 'test' and 'development' were not installed.
Bundled gems are installed into `./vendor/bundle`
I, [2023-08-24T17:24:31.403199 #1] INFO -- : Replacing types { with set_real_ip_from 192.168.1.0/24;
set_real_ip_from 172.19.0.0/24;
set_real_ip_from 172.18.0.0/24;
set_real_ip_from 172.17.0.0/24;
set_real_ip_from 38.242.7.193/28;
real_ip_recursive on;
real_ip_header X-Forwarded-For;
types {
in /etc/nginx/conf.d/discourse.conf
I, [2023-08-24T17:24:31.403687 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'LOAD_PLUGINS=0 bundle exec rake plugin:pull_compatible_all'
I, [2023-08-24T17:24:33.084210 #1] INFO -- : discourse-microsoft-auth is already at latest compatible version
I, [2023-08-24T17:24:33.084593 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate'
rake aborted!
Errno::ENOENT: No such file or directory @ rb_sysopen - tmp/js-processor.js
/var/www/discourse/lib/discourse_js_processor.rb:140:in `read'
/var/www/discourse/lib/discourse_js_processor.rb:140:in `create_new_context'
/var/www/discourse/lib/discourse_js_processor.rb:156:in `block in v8'
/var/www/discourse/lib/discourse_js_processor.rb:154:in `synchronize'
/var/www/discourse/lib/discourse_js_processor.rb:154:in `v8'
/var/www/discourse/lib/discourse_js_processor.rb:169:in `block in v8_call'
/var/www/discourse/lib/discourse_js_processor.rb:168:in `synchronize'
/var/www/discourse/lib/discourse_js_processor.rb:168:in `v8_call'
/var/www/discourse/lib/discourse_js_processor.rb:193:in `perform'
/var/www/discourse/lib/pretty_text.rb:54:in `apply_es6_file'
Pero, ¿podría 'templates/enable-ruby-yjit.yml' ser el problema? EDITAR: Ese no era el problema. Y luego eliminé las plantillas de mysql e importación. Todavía sin suerte.
¿Ha existido este problema durante mucho tiempo? Actualicé otro sitio recientemente que está en ECS y parecía que algo extraño estaba sucediendo con la migración y luego los activos estaban rotos. Sin embargo, es una base de datos enorme, así que pensé que podría estar impaciente, y también hice parte de ese proceso a mano, así que pensé que simplemente había sido descuidado.
.
