`discourse remap` fehlgeschlagen

Ich habe ein Forum von name.com auf forum.name.com verschoben, aber das ist fehlgeschlagen:

Fehler: ERROR: duplicate key value violates unique constraint “unique_post_links”
DETAIL: Key (topic_id, post_id, url)=(246, 813, http://forum.name.com) exists bereits.
Das Remapping wurde aufgrund des oben genannten Fehlers nur teilweise angewendet. Bitte führen Sie das Skript erneut aus.

Also habe ich es erneut ausgeführt (es schlug erneut fehl), dann rake posts:rebake ausgeführt und das Forum überprüft, wobei ich einige Instanzen von forum.forum.name.com fand. (Also habe ich discourse remap forum.forum.name.com forum.name.com und rake posts:rebake ausgeführt, um es zu beheben – mit etwas Erfolg; ich musste einige Instanzen manuell ändern).

Ich habe ein paar Fragen:

  • Bezieht sich discourse remap name.com forum.name.com nur auf den Beitraginhalt? Wenn nicht, muss ich dann nur die Site-Einstellungen durchgehen, um mögliche Probleme zu finden?
  • Sollte es in einer Art Transaktion ausgeführt werden? (Falls ja, schien es bei meinem Fehler nicht so zu sein.)

Nein, es gilt für die gesamte Datenbank. Beiträge, Site-Einstellungen, Themes, Uploads, alles.

Ah ja, wenn ich mir den vollständigen Fehler noch einmal ansehe, scheint er diese Schritte durchlaufen zu haben:

backup_metadata=1
categories=6
email_logs=306
email_tokens=1
groups=1
incoming_domains=3
incoming_emails=3
javascript_caches=4
post_custom_fields=275
post_revisions=134
posts=441
post_search_data=50
search_logs=8
site_settings=5
stylesheet_cache=540
theme_fields=9
theme_settings=3

Ich habe alle Seiteneinstellungen überprüft, und sie sind in Ordnung (ebenso wie die Themes). Ich gehe davon aus, dass alle oben genannten Schritte ausgeführt wurden. Kannst du etwas erkennen, das hätte durchgeführt werden müssen, aber nicht wurde? Glaubst du, es ist sicher, so weiterzumachen, oder denkst du, es muss komplett von vorne neu durchgeführt werden?

Außerdem hast du vielleicht eine Idee, warum Fehler wie „duplicate key value violates unique constraint

Aus der Ausgabe nicht, nein. Wir geben nur Tabellen mit Änderungen aus. Es gibt keine Möglichkeit zu wissen, ob eine Tabelle nicht in der Liste steht, weil des Fehlers, oder einfach, weil es keine Vorkommen von name.com in der (nicht aufgeführten) Tabelle gab.

Leider liegt das außerhalb meines Fachwissens.

Danke, Joshua.

Hast du eine Idee, was die Zahlen bedeuten? Anzahl der Änderungen?

Was ist der empfohlene nächste Schritt? Den Fehler bei der eindeutigen Einschränkung beheben und dann rückgängig machen (von forum.name.com zurück zu name.com und dann wieder zurück) oder etwas anderes tun?

Edit: erledigt

Ich habe die App und die Rails-Konsole geöffnet, den betreffenden TopicLink gelöscht und bin dann von forum.name.com zurück zu name.com und wieder zurückgegangen.

backup_metadata=1
categories=6
email_logs=318
email_tokens=2
groups=1
incoming_domains=3
incoming_emails=3
javascript_caches=4
post_custom_fields=277
post_revisions=140
posts=444
post_search_data=51
search_logs=10
site_settings=5
stylesheet_cache=564
theme_fields=9
theme_settings=3
topic_links=281
topics=30
topic_search_data=8
translation_overrides=1
uploads=54
user_auth_token_logs=48
user_emails=2
user_histories=189
Fertig