J’ai parlé trop vite.
Ça a encore échoué, mais… oh. Mais la dernière fois, la base de données avait déjà été migrée ?
Quand ça a marché, j’ai exécuté ./launcher bootstrap x depuis la ligne de commande.
Ensuite, je l’ai exécuté avec Ansible, ce qui fait :
git pull && git checkout main && ./launcher bootstrap {{ discourse_yml }} {{ launcher_args | default("")}}
(Je suppose que je dois supprimer git checkout main - je ne suis pas sûr pourquoi c’était là)
Aha. Mais Ansible supprime d’abord la base de données (c’est pour un site que j’utilise pour les migrations, donc recommencer est fréquent). C’est donc cohérent avec vos “œufs”. Soupir. Mais ensuite, j’ai désactivé drop_database et je l’ai exécuté deux fois depuis Ansible, et ça a échoué, puis j’ai relancé le bootstrap depuis la ligne de commande, et ça a toujours échoué. Il n’y a aucun indice sur les migrations :
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'
Mais est-ce que 'templates/enable-ruby-yjit.yml' pourrait être le problème ? EDIT : Ce n’était pas ça. Et puis j’ai supprimé les modèles mysql et import. Toujours pas de succès.
Ce problème existe-t-il depuis longtemps ? J’ai récemment mis à niveau un autre site qui est sur ECS et il semblait y avoir quelque chose d’étrange avec la migration, puis les actifs étaient cassés. C’est une énorme base de données, cependant, donc j’ai pensé que j’étais peut-être juste impatient, et aussi j’ai fait une partie de ce processus à la main, donc j’ai pensé que j’avais juste été négligent.
.
