Links nach dem Umzug defekt

Viele unserer interforum-Links sind nach dem Umzug auf einen neuen Server defekt. Ich hatte den neuen Server unter einer temporären URL (staging.example.com) eingerichtet, um den Übergang zu erleichtern. Da der Übergang nun abgeschlossen ist, zeigen viele Links auf forum.example.com immer noch auf staging.example.com (das nicht mehr existiert).

Ich habe die app.yml überprüft und neu aufgebaut:

containers/app.yml: DISCOURSE_HOSTNAME: forum.example.com

Ich habe im Bereich Admin > Einstellungen nach verbliebenen Spuren von „staging" gesucht.

Die DNS-Einträge sind längst propagiert.

Ich habe diesen alten Hinweis gefunden, bin mir aber nicht sicher, ob er relevant ist.

Wenn keine andere Lösung möglich ist als eine manuelle Bearbeitung, gibt es dann Tipps, wie man alle Vorkommen findet? Die Suchfunktion funktioniert dafür nicht gut.

Das habe ich gemacht. Alles hat super funktioniert, nur jetzt habe ich kaputte Links.

Meinst du also, dass das Remap und/oder Rebake fehlgeschlagen ist?

Entschuldigung, ich habe keine Remap durchgeführt. Ich werde das heute Abend versuchen.

Ja, jetzt kann ich sagen, dass das Remap fehlgeschlagen ist.

> /var/www/discourse# discourse remap staging.example.com forum.example.com
> Alle Vorkommen von staging.example.com werden zu forum.example.com umgeschrieben
> DIESE AUFGABE SCHREIBT DATEN ÜM. SIND SIE SICHER (geben Sie YES ein)
> YES
> Fehler: ERROR:  duplicate key value violates unique constraint "unique_post_links"
> DETAIL:  Key (topic_id, post_id, url)=(8718, 57455, https://forum.example.com/t/exampletopic/4606/336) exists bereits.
> Das Remap wurde aufgrund des oben genannten Fehlers nur teilweise angewendet. Bitte führen Sie das Skript erneut aus.

Ich habe es wie angewiesen erneut ausgeführt und denselben Fehler erhalten, und zwar bei demselben Schlüssel (topic_id, post_id, url).

Ich kann auf die Rails-Konsole zugreifen und einige SQL/ActiveRecord-Befehle ausführen, wenn Sie mir sagen, was ich ausführen soll. Oder Data Explorer.

Jemand anderes muss dir dabei helfen, denn ich bin mir nicht sicher, warum du einen doppelten Schlüsselwert haben solltest.

Ironisch ist, dass das problematische Thema 8718 und der Beitrag 57455 in einer privaten Nachricht zwischen zwei Nutzern enthalten sind, die sich darüber beklagen, dass die Links defekt sind!

Aber im Data Explorer sehe ich nur einen Beitrag mit der ID 57455. Ich weiß nicht, warum Remap eine Beschwerde meldet.

Der Beitrag enthält wahrscheinlich bereits sowohl die alte als auch die neue URL. Bearbeite ihn einfach und entferne sie.

Ich habe einige Beiträge bereinigt und die Neuzuordnung erfolgreich abgeschlossen. Der Neustart der Back-Prozesse ist jedoch bei 30 % stecken geblieben, es traten Fehler auf, das System hat sich aufgehängt, und ich musste es neu starten. Das System verfügt über ausreichend Arbeitsspeicher und Festplattenspeicher.

Frage: Nach dem Neustart zeigt ‘top’ einen Ruby-Prozess an, der 60 % der CPU-Leistung verbraucht. Ist das der Rake-Job? Wird er nach dem Neustart fortgesetzt?

Wahrscheinlich ist Sidekiq mit Neubearbeitungen beschäftigt. Gehe auf deinem Forum zu /sidekiq, um es zu überprüfen.