Ich habe mich zu früh gefreut.
Es ist schon wieder fehlgeschlagen, aber . .. . oh. Aber beim letzten Mal wurde die Datenbank bereits migriert?
Als es funktionierte, habe ich ./launcher bootstrap x von der Kommandozeile aus ausgeführt.
Dann habe ich es mit Ansible ausgeführt, was Folgendes tut:
git pull && git checkout main && ./launcher bootstrap {{ discourse_yml }} {{ launcher_args | default("")}}
(Ich schätze, ich muss git checkout main entfernen – ich bin mir nicht sicher, warum das da war)
Aha. Aber Ansible löscht zuerst die Datenbank (dies ist für eine Website, die ich für Migrationen verwende, daher ist ein Neustart häufig vorkommend). Das passt also zu deinen Eiern. Seufz. Aber dann habe ich drop_database ausgeschaltet und es zweimal von Ansible aus ausgeführt, und es schlug fehl, und dann habe ich es von der Kommandozeile aus erneut gestartet, und es schlug immer noch fehl. Es gibt keine Hinweise auf die Migrationen:
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'
Aber könnte auch 'templates/enable-ruby-yjit.yml' das Problem sein? EDIT: Das war es nicht. Und dann habe ich die MySQL- und Import-Vorlagen entfernt. Immer noch kein Erfolg.
Gibt es dieses Problem schon länger? Ich habe kürzlich eine andere Website aktualisiert, die auf ECS läuft, und es schien, als gäbe es etwas Seltsames mit der Migration und dann waren die Assets kaputt. Es ist jedoch eine riesige Datenbank, daher dachte ich, ich wäre vielleicht nur ungeduldig, und außerdem habe ich einen Teil dieses Prozesses von Hand gemacht, also dachte ich, ich wäre einfach nachlässig gewesen.
.
