Verbesserungswunsch für das phpBB3 Import-Skript

Migration
21

Dies auch versucht:

root@vps116136-import:/var/www/discourse/config# su discourse -c „bundle exec rake db:drop“
exec: line 1: „bundle: command not found

22

Entschuldigung, ich hätte diese Überprüfungen antizipieren sollen.

Versuchen Sie, den drop-Befehl mit dieser Umgebungsvariable auszuführen:

cd /var/discourse
./launcher enter <dein-container-name>

su discourse
DISABLE_DATABASE_ENVIRONMENT_CHECK=1 bundle exec rake db:drop

Dieser spezielle Befehl hat nicht funktioniert, weil Sie sich nicht im Verzeichnis befanden, in dem sich die Gemfile des Projekts befindet, in Ihrem Fall: /var/www/discourse.

Eine kurze Anmerkung: Der einfachere Weg wäre, ein Backup vom allerersten Start des Forums zu haben, sodass Sie es einfach wiederherstellen könnten, bevor Sie erneut versuchen zu importieren. Aber da wir davon ausgehen, dass Sie das nicht hatten, blieb uns dieser Soft-Reset übrig.

23

Immer noch keine Besserung.

root@vps116136-import:/var/www/discourse# su discourse
discourse@vps116136-import:/var/www/discourse$ DISABLE_DATABASE_ENVIRONMENT_CHECK=1 bundle exec rake db:drop
PG::InsufficientPrivilege: ERROR:  must be owner of database discourse
Couldn’t drop database ‘discourse’
rake aborted!
ActiveRecord::StatementInvalid: PG::InsufficientPrivilege: ERROR:  must be owner of database discourse (ActiveRecord::StatementInvalid)

…

Versuche es jetzt als root…

1 „Gefällt mir“
24

Nein.

root@vps116136-import:/var/www/discourse# DISABLE_DATABASE_ENVIRONMENT_CHECK=1 bundle exec rake db:drop
fatal: festgestellte zweifelhafte Eigentümerschaft im Repository unter „/var/www/discourse“
Um eine Ausnahme für dieses Verzeichnis hinzuzufügen, rufen Sie auf:

    git config --global --add safe.directory /var/www/discourse

rake abgebrochen!

25

Vergessen Sie meine ersten Anweisungen :smiling_face_with_tear:

  1. Kopieren Sie Ihr neuestes Backup mit docker cp aus dem Container heraus. Backups befinden sich unter /shared/backups/default.
  2. Löschen Sie den freigegebenen Ordner aus Ihrem Installationsverzeichnis (dem Ort, von dem aus Sie ./launcher aufrufen): rm -rf /var/discourse/shared
  3. Bauen Sie den Container mit ./launcher rebuild <container-name> neu auf.

Das sollte das Problem beheben, aber seien Sie vorsichtig, um Ihr Backup nicht zu verlieren. Ich habe versucht, dies nicht vorzuschlagen, damit Sie Ihr Backup nicht versehentlich löschen, aber es scheint der einzig gangbare Weg zu sein.

26

Das wird eine Weile dauern. Die tar.gz ist 15 GB groß.

1 „Gefällt mir“
27

Tatsächlich wird es dauern…

200

Es sind .5GB seit ich angefangen habe.

1 „Gefällt mir“
28

Fertig.

Erledigt.

Abgeschlossen. Bereit, das Importskript auszuführen, aber…

/var/discourse/shared/standalone/import
├── data
├── mysql
└── settings.yml

Das habe ich wohl gründlich vermasselt :index_pointing_up:.

1 „Gefällt mir“
29

Ja.

Ich gehe davon aus, dass Sie ein Volume für Ihren MySQL-Container innerhalb des freigegebenen Ordners erstellt haben. Wenn ja, müssen Sie den Container leider neu starten und die Datenbank erneut wiederherstellen.
Die Anhänge können Sie einfach kopieren.
Die settings.yml sollte nicht allzu schwer wieder einzurichten sein.

30

Ich bin mir nicht sicher, was das Neuerstellen eines Containers bedeutet. Beim ersten Mal habe ich phpbb_mysql.sql gemäß dieser Anleitung in das MySQL-Verzeichnis gelegt. Muss ich mehr tun als das?

Die Anhänge können Sie einfach kopieren.

Ja. Außer, dass das tar.gz 15 GB groß ist, weil sich 45 GB Daten im phpBB /files-Verzeichnis befinden. Ich betreibe mein Forum seit 22 Jahren, wissen Sie! Also ja, ich werde sie zurückkopieren. Aber wahrscheinlich werde ich das erst morgen wieder aufgreifen.

1 „Gefällt mir“
31

Ja, das ist die Natur von Community-Migrationen. Ein guter Rat wäre, mit einer kleineren Stichprobe zu beginnen und, sobald Sie den Prozess beherrschen, einen vollständigen Import durchzuführen.

Es gibt Bestrebungen, die Werkzeuge flexibler und den Prozess weniger redundant zu gestalten, aber das ist ein sehr komplexes Thema.

Ich hoffe, bei Ihrem morgigen Durchlauf läuft alles gut.

32

Stimmt! Aber phpBB macht es einem nicht leicht, die Stichprobengröße zu reduzieren. Ich stecke irgendwie mit dem fest, was ich habe. Trotzdem war es eine Testumgebung und nichts ist unwiederbringlich.

Danke! Ich werde hier zurückmelden. Übrigens, da ich jetzt ein docker cp-Experte bin :zany_face:, wäre es ein großes Problem, das Ruby-Skript so zu ändern, dass es die phpBB post_id ausgibt, wenn so etwas passiert?

8000 / 24451 ( 32.7%) [677 items/min] W, [2026-01-13T02:50:22.466363 #25640] WARN – : Bad date/time value “0000:00:00 00:00:00”: mon out of range
W, [2026-01-13T02:50:22.466500 #25640] WARN – : Bad date/time value “0000:00:00 00:00:00”: mon out of range
W, [2026-01-13T02:50:22.466600 #25640] WARN – : Bad date/time value “0000:00:00 00:00:00”: mon out of range