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 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.
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.
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.
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?