Les problèmes liés à GitHub sont maintenant résolus, je crois, mais la mise à niveau échoue. Voici le premier incident :
rake aborted!
StandardError: An error has occurred, this and all later migrations canceled: (StandardError)
PG::UndefinedTable: ERROR: relation "voice_rooms" does not exist
Configuration à 2 conteneurs (j’ai aussi exécuté data, sans erreur) et je suis à jour.
L’erreur PG::UndefinedTable: ERROR: relation "voice_rooms" does not exist apparaît parce que les migrations du nouveau plugin voice intégré au cœur n’ont pas encore été exécutées.
Il y a… pas mal de choses Mais rien qui ne me fasse tinter à l’oreille.
x86_64 arch detected.
Ensuring launcher is up to date
Launcher is up-to-date
Stopping old container
+ /usr/bin/docker stop -t 600 web_only
web_only
2.0.20260812-0036: Pulling from discourse/base
Digest: sha256:837e8ed4b5916baa36856b842ad84fe262b6b1b5550701f8844b13cc7acad7a5
Status: Image is up to date for discourse/base:2.0.20260812-0036
docker.io/discourse/base:2.0.20260812-0036
/usr/local/lib/ruby/gems/3.4.0/gems/pups-1.4.0/lib/pups.rb
/usr/local/bin/pups --stdin
I, [2026-09-03T08:55:23.418621 #1] INFO -- : Reading from stdin
I, [2026-09-03T08:55:23.453117 #1] INFO -- : > thpoff echo "thpoff is installed!"
thpoff is installed!
I, [2026-09-03T08:55:23.461963 #1] INFO -- : > /usr/local/bin/ruby -e 'if (ENV["DISCOURSE_SMTP_ADDRESS"] == "smtp.example.com" && ENV["DISCOURSE_SKIP_EMAIL_SETUP"] !
= "1"); puts "Aborting! Mail is not configured!"; exit 1; end'
I, [2026-09-03T08:55:23.608522 #1] INFO -- : > /usr/local/bin/ruby -e 'if ENV["DISCOURSE_HOSTNAME"] == "discourse.example.com"; puts "Aborting! Domain is not configu
red!"; exit 1; end'
I, [2026-09-03T08:55:23.743204 #1] INFO -- : > /usr/local/bin/ruby -e 'if (ENV["DISCOURSE_CDN_URL"] || "")[0..1] == "//"; puts "Aborting! CDN must have a protocol sp
cified
Je soupçonne que cela pourrait être lié au fait que les versions de migration de l’ancien plugin resenha coïncident avec celles du nouveau plugin voice — probablement parce que vous l’avez installé avant ? Si vous n’êtes pas sûr, pouvez-vous essayer d’exécuter ceci dans votre psql :
SELECT version, name, direction, created_at, git_version
FROM schema_migration_details
WHERE version = '20241107000000'
ORDER BY created_at;
Il devrait y avoir une correction dans le cœur du système pour ces versions de migration en conflit. Je suppose que cela devrait affecter d’autres utilisateurs également. Restez à l’écoute.