Neuerstellung fehlgeschlagen. Protokoll wie folgt:
discourse -c 'bundle exec rake db:migrate'
rake aborted!
StandardError: Ein Fehler ist aufgetreten, diese und alle späteren Migrationen wurden abgebrochen: (StandardError)
(StandardError)
You must drop a column's default value before marking it as readonly
I, [2026-01-08T16:18:49.016491 #1] INFO -- : Terminating async processes
I, [2026-01-08T16:18:49.018961 #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/15/bin/postmaster -D /etc/postgresql/15/main pid: 46
I, [2026-01-08T16:18:49.020147 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 113
2026-01-08 16:18:49.019 UTC [46] LOG: received fast shutdown request
113:signal-handler (1767889129) Received SIGTERM scheduling shutdown...
2026-01-08 16:18:49.023 UTC [46] LOG: aborting any active transactions
2026-01-08 16:18:49.034 UTC [46] LOG: background worker "logical replication launcher" (PID 60) exited with exit code 1
2026-01-08 16:18:49.040 UTC [55] LOG: shutting down
2026-01-08 16:18:49.042 UTC [55] LOG: checkpoint starting: shutdown immediate
2026-01-08 16:18:49.057 UTC [55] LOG: checkpoint complete: wrote 32 buffers (0.1%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.007 s, sync=0.004 s, total=0.017 s; sync files=16, longest=0.002 s, average=0.001 s; distance=180 kB, estimate=180 kB
2026-01-08 16:18:49.067 UTC [46] LOG: database system is shut down
113:M 08 Jan 2026 16:18:49.108 # User requested shutdown...
113:M 08 Jan 2026 16:18:49.108 * Saving the final RDB snapshot before exiting.
113:M 08 Jan 2026 16:18:49.123 * DB saved on disk
113:M 08 Jan 2026 16:18:49.123 # 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 4483 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.3.0/lib/pups/exec_command.rb:131: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.
Gibt es wirklich keine Tests der angeblichen „Korrekturen“, bevor diese als behoben gelten?
Scheint ein wiederkehrendes Muster unzureichender Qualitätssicherung zu sein… Es gab mindestens 3 Instanzen in diesem einen Problem, eine nach der anderen.
Ich habe gerade versucht, neu zu erstellen, aber es ist immer noch fehlgeschlagen. Was ist der Grund dafür?
I, [2026-01-09T05:09:31.402079 #1] INFO -- : > exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf
I, [2026-01-09T05:09:31.409979 #1] INFO -- : > sleep 10
4481:C 09 Jan 2026 05:09:31.416 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
4481:C 09 Jan 2026 05:09:31.416 # Redis version=7.0.15, bits=64, commit=00000000, modified=0, pid=4481, just started
4481:C 09 Jan 2026 05:09:31.416 # Configuration loaded
4481:M 09 Jan 2026 05:09:31.417 * monotonic clock: POSIX clock_gettime
4481:M 09 Jan 2026 05:09:31.418 # Warning: Could not create server TCP listening socket *:6379: bind: Address already in use
4481:M 09 Jan 2026 05:09:31.418 # Failed listening on port 6379 (TCP), aborting.
I, [2026-01-09T05:09:41.418357 #1] INFO -- :
I, [2026-01-09T05:09:41.421210 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate'
rake aborted!
StandardError: An error has occurred, this and all later migrations canceled: (StandardError)
You must drop a column's default value before marking it as readonly
/var/www/discourse/lib/migration/column_dropper.rb:15:in `mark_readonly'
/var/www/discourse/plugins/discourse-rewind/db/migrate/20260105171115_rename_discourse_rewind_disabled_to_enabled.rb:15:in `up'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-8.0.4/lib/active_record/migration.rb:993:in `public_send'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-8.0.4/lib/active_record/migration.rb:993:in `exec_migration'
/var/www/discourse/lib/freedom_patches/schema_migration_details.rb:8:in `block in exec_migration'
I, [2026-01-09T05:09:52.683547 #1] INFO -- : Terminating async processes
I, [2026-01-09T05:09:52.684945 #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/15/bin/postmaster -D /etc/postgresql/15/main pid: 45
112I, [2026-01-09T05:09:52.685640 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 112
:signal-handler (1767935392) Received SIGTERM scheduling shutdown...
2026-01-09 05:09:52.686 UTC [45] LOG: received fast shutdown request
2026-01-09 05:09:52.691 UTC [45] LOG: aborting any active transactions
2026-01-09 05:09:52.708 UTC [45] LOG: background worker "logical replication launcher" (PID 59) exited with exit code 1
2026-01-09 05:09:52.713 UTC [54] LOG: shutting down
2026-01-09 05:09:52.716 UTC [54] LOG: checkpoint starting: shutdown immediate
112:M 09 Jan 2026 05:09:52.718 # User requested shutdown...
112:M 09 Jan 2026 05:09:52.718 * Saving the final RDB snapshot before exiting.
2026-01-09 05:09:52.734 UTC [54] LOG: checkpoint complete: wrote 17 buffers (0.1%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.007 s, sync=0.004 s, total=0.020 s; sync files=14, longest=0.002 s, average=0.001 s; distance=71 kB, estimate=71 kB
2026-01-09 05:09:52.750 UTC [45] LOG: database system is shut down
112:M 09 Jan 2026 05:09:52.763 * DB saved on disk
112:M 09 Jan 2026 05:09:52.763 # 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 4484 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.3.0/lib/pups/exec_command.rb:131: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.
Ehrlich gesagt weiß ich nicht, was das Problem mit Ihrer Discourse-Installation ist. Ich habe gerade mein zweites Forum über das Server-Terminal neu erstellt und alles funktioniert wieder einwandfrei. Jetzt werde ich mein drittes Forum neu erstellen, hoffentlich ist es auch in Ordnung.
Wenn Sie Änderungen an den Discourse-Dateien vorgenommen haben, weiß ich, dass dies in Zukunft Probleme verursachen kann. Oder wenn Sie manuell Plugins hinzugefügt/installiert haben.
Warten Sie geduldig, und diejenigen, die mehr wissen als ich, werden helfen. Das ist einer der Gründe, warum ich dieses System mag und darauf umgestiegen bin, die Community, das macht es noch großartiger.
Bearbeiten:
Bei meinem dritten Forum hat die Neuerstellung jedoch nicht funktioniert.
FEHLGESCHLAGEN
Pups::ExecError: cd /var/www/discourse && su discourse -c ‘bundle exec rake db:migrate’ ist mit Rückgabe #<Process::Status: pid 4466 exit 1> fehlgeschlagen
Ort des Fehlschlags: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.3.0/lib/pups/exec_command.rb:131:in `spawn’
exec ist mit den Parametern {„cd“=>„$home“, „tag“=>„migrate“, „hook“=>„db_migrate“, „cmd“=>[„su discourse -c ‚bundle exec rake db:migrate‘“]} fehlgeschlagen
bootstrap ist mit dem Exit-Code 1 fehlgeschlagen BOOTSTRAP FEHLGESCHLAGEN Bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.
63e30cde8c7295d25def35eef74dea30714627609c3d38b49a8f80865e5759cf
Und jetzt werde ich auf mein zweites Forum weitergeleitet … was … was …
Ich habe auch keine manuell installierten Plugins auf meinem dritten Forum, aber nach dem fehlgeschlagenen Wiederaufbau und der Weiterleitung zu meinem zweiten Forum… Ich habe auch die Konfigurationsdatei (nano containers/app.yml) überprüft und dort ist alles in Ordnung… was ist los?
Nicht für mich Ich habe zum Glück einen Wiederherstellungspunkt des Servers vom 01.05.2026. Zum zweiten Mal kann ich Discourse weder aktualisieren noch neu erstellen. Jetzt stelle ich es wieder her, und eines ist klar:
Alle Themen/Artikel in einer Textdatei sichern.
Hoffentlich wird dies entweder mit einer Neuinstallation von Discourse oder mit einem anderen System behoben (was ich nicht tun möchte).
Irgendetwas entgeht mir, und ich weiß nicht was, und es macht mich wahnsinnig. Aber anscheinend spielt das retrograde Uran sein Spiel. Vorerst lasse ich die Dinge so, und gehe ein paar Fehler in HELLDIVERS 2 beheben, weil ich traurig bin
Ich verstehe Ihren Frust und entschuldige mich. Ich habe meine „Korrekturen“ lokal auf meiner lokalen Entwicklungsdatenbank und dann auf einer brandneuen Datenbank getestet, und beide funktionierten einwandfrei. Dann habe ich sie auf einer gehosteten Instanz getestet, die ich für eine Community betreue, und auch dort funktionierten sie einwandfrei. Sie haben auch alle unsere öffentlichen CIs (auf GitHub) sowie unsere internen CIs und Smoke-Tests bestanden.
Es stellt sich heraus, dass keine dieser Datenbanken Daten enthielt, die von dieser Migration betroffen waren …
Es tut mir leid, dass Sie alle eine schlechte Erfahrung gemacht haben, und ich werde beim nächsten Mal vorsichtiger sein.
Also… sicher, es jetzt zu versuchen, oder wird es es nur noch schlimmer machen? Ich habe das gleiche Problem und habe nach dem Lesen dieses Beitrags noch keinen Wiederaufbau versucht.
Nach meinem Rebuild stellte ich fest, dass die Daten nicht aktuell waren, und führte dann über das Verwaltungs-Backend eine Wiederherstellung mit dem Backup von vorgestern durch. Bisher wurden keine Probleme festgestellt.
@here Für diejenigen, die Probleme haben, ich glaube, @david und ich haben die eigentliche Ursache gefunden, aber es ist kompliziert, lokal zu reproduzieren.
Könnte einer von Ihnen die folgenden SQL-Abfragen ausführen und die Ergebnisse hier melden?
Abfrage #1
SELECT table_schema, column_name, column_default
FROM information_schema.columns
WHERE table_name = 'user_options'
AND column_name = 'discourse_rewind_disabled'
ORDER BY table_schema;
Abfrage #2
SELECT n.nspname, n.oid
FROM pg_namespace n
JOIN pg_class c ON c.relnamespace = n.oid
WHERE c.relname = 'user_options'
ORDER BY n.oid;
Abfrage #3
SELECT table_schema, column_default IS NOT NULL as has_default
FROM information_schema.columns
WHERE table_name = 'user_options'
AND column_name = 'discourse_rewind_disabled';
Abfrage #4
SELECT nspname, oid FROM pg_namespace
WHERE nspname NOT IN ('pg_catalog', 'information_schema', 'pg_toast', 'public')
AND nspname NOT LIKE 'pg_temp%'
AND nspname NOT LIKE 'pg_toast_temp%'
ORDER BY oid;
Ich habe zum Glück einen Wiederherstellungspunkt des Servers vom 01.05.2026. Zum zweiten Mal kann ich Discourse weder aktualisieren noch neu erstellen. Jetzt stelle ich es wieder her, und eines ist klar:
…