Hallo @Pravi,
Hier ist es, nur für dich…
Diese Datei befindet sich im Container.
Du findest diese Datei und andere Konfigurationsdateien hier:
# docker exec -it app bash
# cd /var/www/discourse/config
Ich rate dir dringend davon ab, irgendeine dieser Dateien zu bearbeiten, es sei denn, du weißt wirklich, was du tust.
Allerdings ist es auf jeden Fall cool, sie zu lesen und zu verstehen.
Aber ich kann die Datei discourse.config im Container nicht finden. Im Container-Ordner liegt nur die app.yml vor.
Der Container-Ordner, von dem du sprichst, ist NICHT der Container.
Der Container ist eine Docker-Komponente, die erstellt und gestartet wird, um als Docker-Container zu laufen.
Übrigens, nimm das nicht falsch auf, aber verstehst du, was ein Docker-Container ist? Es ist völlig in Ordnung, wenn du das noch nicht weißt. Viele Leute nutzen Discourse täglich und haben die Grundlagen von Docker-Containern noch nicht gelernt. Es ist nie zu spät, etwas Neues zu lernen 
Referenz:
PS: @Pravi. Ich habe dir den Code bereitgestellt, um in den Container einzutreten und in das Verzeichnis zu wechseln, in dem sich die Konfigurationsdatei befindet. Hast du darüber nachgedacht, diesem von mir geposteten Code zu folgen?
PS2: Die Rake-Aufgabe, bei der du Schwierigkeiten hast (migrate_from_s3), findest du hier:
Ich habe nicht viel Ahnung von Discourse.
Ja, ich habe diese Dateien gefunden.
Wie kann ich das Problem anhand des Rake-Codes troubleshootingen?
Hallo @Pravi,
Ein Ansatz wäre, die Logdateieinträge direkt vor deiner Fehlermeldung zu prüfen und zu sehen, ob du die Zeile (oder Zeilen) in der Rake-Aufgabendatei finden kannst. Versuche dann, genau zu isolieren, was dein Problem verursacht.
Lösungen sind normalerweise der einfache Teil. Der schwierige Teil besteht darin, herauszufinden, was das Problem ist.
Könntest du das etwas genauer erklären? Meinst du, ich muss vor der Ausführung des Rake-Befehls nach einer Protokolldatei auf meiner Website suchen? Ich habe das nicht ganz verstanden.
Hey @Pravi,
Das wird zu einer Lektion in grundlegender Software-Fehlerbehebung… was in Ordnung ist.
Du hast deine Protokollierungsinformationen bereits in deinem Beitrag #4 in diesem Thema:
Dort gibt es eine Menge Informationen.
Außerdem hast du oben den vollständigen Discourse-Ruby-Code für diesen Rake-Task.
Entschuldige bitte, aber ich habe auch viele Aufgaben zu erledigen, daher versuche ich dir nur auf hoher Ebene zu zeigen, wie man Fehler debuggt und Probleme selbst löst – so wie die meisten von uns es tun würden.
Hoffe, das hilft.
Es tut mir leid, dass ich Ihre Zeit so lange in Anspruch genommen habe. Ein letzter Versuch: Ich habe versucht, zur S3 zu migrieren, anstatt von ihr zu migrieren. Dabei erhalte ich folgenden Fehler, obwohl ich alle Details des S3-Speichers in meinem Admin-Panel angegeben habe. Bitte werfen Sie einen Blick darauf, falls Ihnen dieser Fehler bekannt ist.
root@ip-172-31-7-247:/var/discourse# ./launcher enter app
root@ip-172-31-7-247-app:/var/www/discourse# rake uploads:migrate_to_s3
rake aborted!
FileStore::ToS3MigrationError: Bitte stellen Sie die folgenden Umgebungsvariablen bereit:
- DISCOURSE_S3_BUCKET
- DISCOURSE_S3_REGION
und entweder
- DISCOURSE_S3_ACCESS_KEY_ID
- DISCOURSE_S3_SECRET_ACCESS_KEY
oder
- DISCOURSE_S3_USE_IAM_PROFILE
/var/www/discourse/lib/file_store/to_s3_migration.rb:38:in `s3_options_from_env'
/var/www/discourse/lib/tasks/uploads.rake:237:in `create_migration'
/var/www/discourse/lib/tasks/uploads.rake:245:in `migrate_to_s3'
/var/www/discourse/lib/tasks/uploads.rake:224:in `block in migrate_to_s3_all_sites'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rails_multisite-2.3.0/lib/rails_multisite/connection_management.rb:68:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rails_multisite-2.3.0/lib/rails_multisite/connection_management.rb:78:in `each_connection'
/var/www/discourse/lib/tasks/uploads.rake:222:in `migrate_to_s3_all_sites'
/var/www/discourse/lib/tasks/uploads.rake:218:in `block in <main>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Tasks: TOP => uploads:migrate_to_s3
(Siehe vollständigen Aufruf, indem Sie die Aufgabe mit --trace ausführen)
Update:
Ich habe alle diese Variablen DISCOURSE_S3_BUCKET, DISCOURSE_S3_REGION, DISCOURSE_S3_ACCESS_KEY_ID, DISCOURSE_S3_SECRET_ACCESS_KEY zu app.yml hinzugefügt, und das oben genannte Problem ist gelöst. Jetzt kann ich zur S3 migrieren, aber ich kann nicht von S3 migrieren. Es wird mir verlangt, den S3-Upload zu deaktivieren, obwohl ich DISCOURSE_USE_S3: false in meiner app.yml hinzugefügt habe.
Wie kann ich bestätigen, dass der S3-Upload deaktiviert ist?
[5] pry(main)> SiteSetting.enable_s3_uploads
=> false
[6] pry(main)> GlobalSetting.use_s3
=> false
[7] pry(main)> GlobalSetting.use_s3?
=> true
Hey @Pravi,
ich gebe den Stab an die großartige Diskussion darüber weiter, in diesem Meta-Team-Thema:
Dort findet eine sehr detaillierte Diskussion statt.
Alles Gute … und ich hoffe, das hilft dir weiter.