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
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
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.
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…
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/discourserake abgebrochen!
Vergessen Sie meine ersten Anweisungen ![]()
docker cp aus dem Container heraus. Backups befinden sich unter /shared/backups/default../launcher aufrufen): rm -rf /var/discourse/shared./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.
Das wird eine Weile dauern. Die tar.gz ist 15 GB groß.
Tatsächlich wird es dauern…

Es sind .5GB seit ich angefangen habe.
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
.
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.
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.
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.
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
, 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
Ich bin noch hier! Ich räume noch ein paar Dinge auf, bevor ich den Import wiederhole, und arbeite einige Schwierigkeiten durch. Ich warte darauf, dass Claude mir ein Zeichen gibt, bevor ich mich um das nächste kümmere. Aber ich komme wieder…

OK! Ich habe meinen letzten Snapshot ohne Claudes Hilfe sortiert und den Import gestartet. Noch ein Problem:
Der phpBB3-Import wird gestartet…
/var/www/discourse/script/import_scripts/phpbb3/support/settings.rb:49:in
initialize': undefined method’ for nil (NoMethodError)
@site_name = import_settings["site_name"]
^^^^^^^^^^^^^
from /var/www/discourse/script/import_scripts/phpbb3/support/settings.rb:11:in `new'
from /var/www/discourse/script/import_scripts/phpbb3/support/settings.rb:11:in `load'
from script/import_scripts/phpbb3.rb:20:in `<module:PhpBB3>'
from script/import_scripts/phpbb3.rb:16:in `<module:ImportScripts>'
from script/import_scripts/phpbb3.rb:15:in `<main>'
NVM, mein Fehler. Die Datei settings.yml ist kaputt. Entschuldigung, ich werde mich wahrscheinlich erst morgen wieder darum kümmern.
Sie könnten mit dem Pry-Debugging herumspielen, Sie können Breakpoints im Code hinzufügen, um Pry zu öffnen, wenn sie ausgeführt werden. Dies ermöglicht Ihnen eine interaktive CLI, um sich die Daten anzusehen. Oder fügen Sie einfach ein puts row[:post_id] in die Methode process_post ein, damit Sie die letzte ID sehen können, wenn die Warnung ausgegeben wird.
Ja – genau das! Einfach für dich, nicht so sehr für mich
Ich habe Xdebug ausgiebig zur serverseitigen Fehlersuche in PHP verwendet, als ich meine Hacks entwickelt habe, aber ich bin offiziell in der Phase „Alter Hund und neue Tricks“ meines Lebens angekommen. Wenn du mir Kapitel und Vers liefern kannst, würde ich diese Änderung gerne vornehmen – aber ich werde nicht so tun, als könnte ich Ruby hacken. Noch nicht jedenfalls…
P.S. Claude wird mir in 28 Minuten eine Audienz gewähren, ich hoffe, den Import in Angriff nehmen zu können, nachdem ich meine aktuelle Klippe überwunden habe.
OK, das Importskript läuft mit den überarbeiteten .rb-Dateien. Ich melde mich morgen (gähn) zurück.
Hoppla. Das sehe ich in einem Beitrag mit vielen Bildern:
Bevor der MBC installiert werden kann, muss die Stopfbuchse der Schubstange des Original-Hauptbremszylinders installiert werden. Die im Kit mitgelieferte Stopfbuchse ist zu klein. Das Entfernen des Luftdruckbehälters der PS-Einheit ermöglicht einen freien Zugang, um die neuen Bremsleitungen zu verlegen.
~~[attachment=13]
51.jpg[/attachment][attachment=12]52.jpg[/attachment][attachment=11]53.jpg[/attachment][attachment=10]54.jpg[/attachment][attachment=9]55.jpg[/attachment][attachment=8]56.jpg[/attachment][attachment=7]57.jpg[/attachment][attachment=6]58.jpg[/attachment][attachment=5]59.jpg[/attachment][attachment=4]60.jpg[/attachment][attachment=3]61.jpg[/attachment][attachment=2]62.jpg[/attachment][attachment=1]63.jpg[/attachment][attachment=0]~~64.jpg[/attachment]
So sah dieser Beitrag in phpBB aus:
Irgendwie habe ich meine Docker-Instanz für meine Testumgebung ruiniert. Ich bin gerade dabei, sie neu zu erstellen.
Anstatt das Importskript zu ändern, werde ich einen Snapshot erstellen und ihn mit einem Skript nachbearbeiten, das eine Extraktion von attach_ids, Dateinamen und Kommentaren vornimmt und versucht, diese als Bildunterschriften hinzuzufügen (mit ein wenig Hilfe von Claude). Ich bin nicht übermäßig optimistisch, aber ich werde die Leute wissen lassen, wie es läuft.
Bezüglich dieser Warnungen über falsche Datums-/Zeitwerte, dies von Claude:
Die Warnung kommt vom EXIFR-Gem, das EXIF-Daten aus Bilddateien (Ihren Anhängen) liest. Es geht überhaupt nicht um Post-Daten – es geht um Metadaten in den Bilddateien selbst.
Die Warnung erscheint beim Verarbeiten von Anhängen mit ungültigen EXIF-Datums-/Zeit-Metadaten. Dies ist kosmetisch und wird Ihren Import nicht beeinträchtigen.
Was Sie auch dachten, @pfaffman. Aber ich bin froh, jetzt den Auslöser für die Warnung zu kennen.