Upgrade fehlgeschlagen mit Fehler „duplicate key value violates unique constraint"

Unterstützung Installation
1

Hallo!

Heute habe ich versucht, meine Discourse-Instanz von „2.1.0.beta6

2

Okay, ich wollte den Datenbankinhalt untersuchen, also habe ich Folgendes getan:

cd /var/discourse
./launcher start synfig-forums
./launcher enter synfig-forums
su - postgres
psql

Dabei trat ein Fehler auf:

psql: konnte keine Verbindung zum Server herstellen: Datei oder Verzeichnis nicht gefunden
	Ist der Server lokal aktiv und akzeptiert
	Verbindungen über den Unix-Domain-Socket "/var/run/postgresql/.s.PGSQL.5432"?
3

Sie haben einen beschädigten Index. Weitere Hinweise finden Sie unter Can't restore due to corrupt indexes (with some clues on how to deal with corrupt indexes).

Verwenden Sie einen separaten Datenbank-Container? Meine Vermutung ist, dass Sie dies tun und stattdessen diesen Container betreten müssen.

4

Danke für die Hinweise!

Nein, ich habe eine eigenständige Container-Installation (ich glaube, so nennt man das).

Ich habe versucht, den PostgreSQL-Dienst (aus dem Docker-Container) zu starten und erhielt folgende Meldung:

root@cloud-synfig-forums:/var/www/discourse# service postgresql start
 * Starting PostgreSQL 10 database server                                        * Error: Config owner (postgres:107) and data owner (syslog:106) do not match, and config owner is not root
                                                                         [fail]
5

Okay, ich habe es geschafft, den PostgreSQL-Dienst zu starten, eine Datenbank-Sicherung durchgeführt und mich in der Datenbank angemeldet:

# chown -R postgres /shared/postgres_data
# service postgresql start
 * Starting PostgreSQL 10 database server                                                                                        [ OK ] 
# psql
psql: FATAL:  role "root" does not exist
# su - discourse
$ pg_dump -xOf ~/discourse-backup.sql -d discourse -n public
$ exit
# mv /home/discourse/discourse-backup.sql /shared/discourse-backup-20200227-1.sql
# su - postgres
$ psql discourse
psql (10.4 (Ubuntu 10.4-2.pgdg16.04+1))
Type "help" for help.

discourse=#

Was kann ich jetzt tun, um meine Installation wiederherzustellen?

6

Das klingt nicht gut.

Hat es bei der Neuinstallation etwas über ein Upgrade von PostgreSQL gesagt? Hast du es mehr als einmal ausgeführt?

Hast du ein aktuelles Backup? Es wäre vielleicht am einfachsten, von diesem wiederherzustellen, aber auch das wird schwierig sein.

7

Ich erinnere mich nicht mehr. Es gab zu viele Nachrichten, als ich über die Weboberfläche aktualisiert habe. :frowning:

Und ja, ich habe das Update mehr als einmal ausgeführt: das erste Mal über die Weboberfläche (es ist fehlgeschlagen), dann mehrmals über die Konsole.

Ja, ich habe ein Backup von vor 24 Stunden. Ich kann es wiederherstellen, aber einige Nachrichten gehen verloren (die, die nach dem Backup gepostet wurden).

8

Das ist kein beschädigter Index.

Zwischen den Versionen 2.1 und 2.5 haben wir Pools von PluginStore in richtige Tabellen verschoben. Einer der Gründe für diese Verschiebung ist die Gewährleistung der Datenkonsistenz, was genau das Problem ist, das Sie haben.

Sie haben einen doppelten Eintrag in der Tabelle poll_options. Können Sie dort hingehen und die doppelten Einträge löschen?

9

Vielen Dank für die Klärung!
Ich bin kein Experte für PostgreSQL… kannst du mir bitte bei den erforderlichen Befehlen helfen? (Unter der Annahme, dass ich bereits psql ausgeführt habe.) :slight_smile:

10

Okay, ich habe Folgendes ausgeführt:

discourse=# SELECT * FROM poll_options;
 id | poll_id | digest | html | anonymous_votes | created_at | updated_at 
----+---------+--------+------+-----------------+------------+------------
(0 rows)

Wie kann es sein, dass diese Tabelle leer ist?

Andere Tabellen sind nicht leer:

discourse=# SELECT name FROM badges WHERE id = 13;
    name    
------------
 First Flag
(1 row)
11

Ich vermute, der doppelte Eintrag stammt aus dem Plugin Store. Wo befindet er sich und wie kann ich ihn anzeigen/bearbeiten?

13

Es ist einfach eine weitere Tabelle (plugin_store_rows).

14

Es scheint, dass die Umfragestimmen tatsächlich in der Tabelle post_custom_fields liegen, wobei die Spalte name den Wert ‘polls’ hat.

15

Dies wurde durch diesen Commit geändert, und die entsprechende Migration füllt die Tabelle poll_options. Möglicherweise wird also versucht, einen doppelten Datensatz einzufügen.

https://github.com/discourse/discourse/blob/master/plugins/poll/db/post_migrate/20180820080623_migrate_polls_data.rb#L132-L138

16

Also, ich sehe zwei Möglichkeiten für mich:

  1. Alle Umfragedaten aus meiner Datenbank löschen und den Aktualisierungsprozess erneut ausführen. Auf diese Weise verliere ich zwar alle Umfragen, aber das ist für mich in Ordnung.
  2. Den Code von migrate_polls_data.rb so ändern, dass das Einfügen von doppelten Einträgen übersprungen wird. Das wäre die bessere Lösung, aber ich weiß nicht, wie ich das bewerkstelligen soll.
17

Wie kann ich den Code so anpassen, dass dieser Teil stillschweigend fehlschlägt?

18

https://github.com/discourse/discourse/blob/master/plugins/poll/db/post_migrate/20180820080623_migrate_polls_data.rb#L132-L138

Okay, ich denke, es reicht, die SQL-Anweisung zu ändern, indem ON CONFLICT DO NOTHING hinzugefügt wird – https://stackoverflow.com/a/31742830
Würde das funktionieren?

19

Okay, ich habe Folgendes aus pgsql ausgeführt:

SELECT *
	FROM post_custom_fields
	WHERE name = 'polls'
	AND value LIKE '%399fc6670871474cd7ce0458401fd299%';

Es wurde eine Zeile angezeigt. Also habe ich sie entfernt:

DELETE FROM post_custom_fields
	WHERE name = 'polls'
	AND value LIKE '%399fc6670871474cd7ce0458401fd299%';

Hinweis: Der korrekte Weg wäre das Löschen nach Zeilen-ID gewesen, aber da nur eine einzige Zeile zurückgegeben wurde, habe ich es so gemacht. :slight_smile:

Danach habe ich das Upgrade neu gestartet, und es wurde erfolgreich abgeschlossen. Danke an alle, die ihre Hinweise gepostet haben! :slight_smile: