Nach dem Update auf 2.4.0beta10 sind einige Themen aus einer bestimmten Kategorie nicht mehr einsehbar

Unterstützung
1

Ich habe ein Update auf 2.4.0beta10 durchgeführt (ich glaube, es war von beta8).

Einige Themen aus einer meiner Kategorien sind nicht mehr sichtbar. Allerdings erscheinen sie im Hauptlink der Startseite-Themen. Zum Beispiel:

Screenshot 2020-02-09 at 17.40.05
Screenshot 2020-02-09 at 17.40.052652×1162 316 KB

Wenn ich auf das Thema Bela Lugosi drum beat (Bauhaus) klicke, sehe ich Folgendes:

Screenshot 2020-02-09 at 17.41.10
Screenshot 2020-02-09 at 17.41.102474×922 163 KB

Seltsamerweise wird es jedoch in der Suche ganz normal angezeigt:

Screenshot 2020-02-09 at 17.41.50
Screenshot 2020-02-09 at 17.41.502564×980 233 KB

Ich habe versucht, das Update über die Weboberfläche durchzuführen, was jedoch fehlgeschlagen ist. Also habe ich mich eingeloggt und es über das Terminal durchgeführt.

Seltsamerweise kann ich auch nicht zu Sicherungen zurückkehren (was ich versucht habe, falls das die Probleme behebt). Ich erhalte diesen Fehler, der möglicherweise damit zusammenhängt oder auch nicht:

[2020-02-09 16:45:26] ERROR:  could not create unique index "index_incoming_referers_on_path_and_incoming_domain_id"
[2020-02-09 16:45:26] DETAIL:  Key (path, incoming_domain_id)=(/@samaaron, 11) is duplicated.
[2020-02-09 16:45:26] EXCEPTION: psql failed: DETAIL:  Key (path, incoming_domain_id)=(/@samaaron, 11) is duplicated.

[2020-02-09 16:45:26] /var/www/discourse/lib/backup_restore/database_restorer.rb:95:in `restore_dump'
/var/www/discourse/lib/backup_restore/database_restorer.rb:26:in `restore'
/var/www/discourse/lib/backup_restore/restorer.rb:49:in `run'
/var/www/discourse/lib/backup_restore.rb:181:in `block in start!'
/var/www/discourse/lib/backup_restore.rb:178:in `fork'
/var/www/discourse/lib/backup_restore.rb:178:in `start!'
/var/www/discourse/lib/backup_restore.rb:29:in `restore!'
/var/www/discourse/app/controllers/admin/backups_controller.rb:119:in `restore'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/base.rb:196:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/callbacks.rb:41:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/rescue.rb:22:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/notifications.rb:180:in `block in instrument'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/notifications.rb:180:in `instrument'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:32:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/params_wrapper.rb:245:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.1/lib/active_record/railties/controller_runtime.rb:27:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/base.rb:136:in `process'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionview-6.0.1/lib/action_view/rendering.rb:39:in `process'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-mini-profiler-1.1.6/lib/mini_profiler/profiling_methods.rb:78:in `block in profile_method'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal.rb:191:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal.rb:252:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:51:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:33:in `serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/mapper.rb:18:in `block in <class:Constraints>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/mapper.rb:48:in `serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/journey/router.rb:49:in `block in serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `each'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:837:in `call'
/var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/tempfile_reaper.rb:15:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/conditional_get.rb:38:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/head.rb:12:in `call'
/var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
/var/www/discourse/lib/middleware/anonymous_cache.rb:318:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/session/abstract/id.rb:259:in `context'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/session/abstract/id.rb:253:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/cookies.rb:648:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/callbacks.rb:101:in `run_callbacks'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:26:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/actionable_exceptions.rb:17:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/debug_exceptions.rb:32:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/logster-2.6.1/lib/logster/middleware/reporter.rb:43:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/rack/logger.rb:38:in `call_app'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/rack/logger.rb:28:in `call'
/var/www/discourse/config/initializers/100-quiet_logger.rb:18:in `call'
/var/www/discourse/config/initializers/100-silence_logger.rb:31:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/request_id.rb:27:in `call'
/var/www/discourse/lib/middleware/enforce_hostname.rb:17:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/method_override.rb:22:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/executor.rb:14:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/sendfile.rb:111:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/host_authorization.rb:77:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-mini-profiler-1.1.6/lib/mini_profiler/profiler.rb:184:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus/rack/middleware.rb:57:in `call'
/var/www/discourse/lib/middleware/request_tracker.rb:181:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/engine.rb:526:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/railtie.rb:190:in `public_send'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/railtie.rb:190:in `method_missing'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/urlmap.rb:68:in `block in call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/urlmap.rb:53:in `each'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/urlmap.rb:53:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:605:in `process_client'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:700:in `worker_loop'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:548:in `spawn_missing_workers'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:144:in `start'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/bin/unicorn:128:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'
/var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'

Jede Hilfe wäre willkommen :slight_smile:

2

Das sieht für mich nach einer Indexkorruption aus. Ich vermute, dass in dieser Tabelle auf irgendeine Weise doppelte Daten vorhanden sind.

Vielleicht fängst du damit an, die doppelte Zeile zu löschen. Ich bin mir nicht sicher, wie das passiert ist.

Wir haben hier einen ähnlichen korrupten Index gesehen:

3

Argh, das ist ziemlich beängstigend.

Ich habe große Sorge, dass ich die Dinge noch viel schlimmer mache, wenn ich anfange, herumzuprobieren. Ich kenne das Schema überhaupt nicht und weiß nicht einmal, wie ich auf die Datenbankkonsole zugreifen kann.

Außerdem mache ich mir doppelt Sorgen, dass ich nicht einmal auf ein Backup zurückgreifen kann, falls ich alles komplett vermassle :frowning:

4

Das hat nichts mit der Datenbank zu tun. Es wird nur von der Theme-Komponente für die Zwischenablage verursacht, die eine CSP-Verletzung auslöst. Versuchen Sie, diese Theme-Komponente zu deaktivieren.

5

@Falco – toll, danke. Das wäre mir allein definitiv nie eingefallen. Seltsam, dass das erst kürzlich angefangen hat, aber das ist wohl die Natur einer sich ständig weiterentwickelnden Plattform…

7

Das löst das unmittelbare Problem, dass ein Topic nicht dargestellt wird.

Damit erledigt, gilt weiterhin, was @sam gesagt hat. Das von dir früher geteilte Protokoll zeigt ein zugrunde liegendes Problem mit deiner Datenbank.

Du solltest das vielleicht baldmöglichst selbst debuggen oder jemanden damit beauftragen, denn defekte Backups sind ein sehr schlechtes Omen, das auf einen Unfall wartet.

8

Ja, guter Punkt – aber lol bei der Idee, jemanden einzustellen. Sonic Pi ist ein Open-Source-Projekt, und ich habe Schwierigkeiten, genug Geld zu finden, um mich selbst zu unterstützen – geschweige denn, jemanden dafür zu bezahlen, etwas Bestimmtes wie das hier zu erledigen.

Ich werde versuchen, es selbst herauszufinden. Falls ich jedoch etwas vermassle – ich vermute, es gibt keinen Weg zurück, wenn die Backups beschädigt sind :frowning:

9

Außerdem, wie könnte ich testen, ob die Probleme behoben sind, ohne tatsächlich auf ein Backup zurückzugreifen? Gibt es eine Möglichkeit, eine Dummy-Rollback durchzuführen?

10

Sie könnten das Backup lokal herunterladen und versuchen, es mit pg_dump wiederherzustellen. Da es sich anscheinend um einen doppelten Eintrag handelt, können Sie versuchen, den Fehler zu erkennen, indem Sie eine SELECT-Abfrage ausführen (ggf. sogar mit data-explorer) über die duplizierten Spalten.

11

Ich liebe Sonic Pi und die Mission von Sonic Pi – es ist ein richtig cooles Projekt. Wir könnten dich unter unserem kostenlosen Plan hosten. Der einzige Haken ist, dass du deine eigene Domain behalten möchtest. Das können wir aber ausnahmsweise zulassen.

Wenn du zu unserem Hosting wechselst, kümmern wir uns im Rahmen der Migration auf unsere Server auch um die Sicherung deiner Daten.

14

Crikey – das wäre wirklich überaus nett von dir.

Um ehrlich zu sein, war mir gar nicht bewusst, dass ihr einen kostenlosen Plan anbietet. Gab es den von Anfang an? Der Domainname ist mittlerweile fest mit meiner Identität verknüpft, daher wäre es wunderbar, wenn du mir erlauben könntest, sie nach der Migration weiter zu nutzen.

Was muss ich tun, um zu starten? Ein vollständiges Backup erstellen und dir senden? Dann meine DNS-Einträge auf deinen Server umleiten? Verwalt ihr auch den E-Mail-Versand?

15

Hey Sam,

Unsere kostenlosen Pläne gibt es schon seit einiger Zeit:

Wir melden uns in Kürze bei dir :slight_smile: