Ich erhalte folgende Fehlermeldung für das Location-Plugin
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 449 exit 1>
Ort des Fehlers: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "tag"=>"migrate", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migra
te'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
./discourse-doctor kann bei der Diagnose des Problems helfen.
in original post as i mentioned
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate’ failed with return #<Process::Status: pid 449 exit 1>
Und weiter oben in den Protokollen werden die Migrationen ausgegeben, sobald sie abgeschlossen sind. Sie müssen also diejenige finden, die das Problem verursacht hat.
Monotoner Takt: POSIX clock_gettime
Warnung: Konnte keinen TCP-Server-Listening-Socket erstellen *:6379: bind: Adresse bereits in Verwendung
Port 6379 (TCP) konnte nicht abgehört werden, Abbruch.
cd /var/www/discourse & su discourse -c bundle exec rake db:migrate rake abgebrochen!
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=xx.xx.xx.xx:443 state=error: unerwartetes EOF beim Lesen (OpenSSL::S
SL::SSLError)
Kein .git im GitHub-Link der Plugins. Die erste Zeile für Docker hat ein “.git”. Plugins sind nur Linkadressen.
Wenn Sie im Log nach oben scrollen, sollten Sie eine Fehlermeldung im Zusammenhang mit der Standort-Plugin-Zeile sehen. Den Fehler, den Sie gepostet haben, bekomme ich auch, aber er beeinträchtigt den Wiederaufbau nicht.
Ich war mir dessen nicht bewusst. Ich habe nur die Zeilen meiner Instanz app.yml verglichen und festgestellt, dass nur die Docker-Zeile die Erweiterung “.git” hatte, und mich an Warnungen erinnert, wie empfindlich diese Dateistrukturen sind.
Meine Frage ist also, wie der Rest der anderen Plugins mit .git in der URL funktionieren, die einwandfrei funktionieren. Beispiel: Kalender- und Nachrichten-Plugins funktionierten gut mit .git, so wie wir normalerweise Git-Befehle anwenden. Können Sie erklären, warum .git einen Unterschied macht?
Wenn Sie die Antwort von @supermathie auf meine gesehen haben. Ich habe mich geirrt. Ich habe es auf mein app.yml-Setup gestützt. Anscheinend ist jedes Layout in Ordnung.
Ich würde mir keine Sorgen über den früheren Portfehler machen, den Sie gepostet haben, da ich diese bekomme und er sich problemlos wieder aufbaut. Versuchen Sie, das Locations-Plugin zu entfernen und neu zu erstellen und zu sehen, ob es immer noch fehlschlägt.
Scrollen Sie nach oben, wenn es fehlschlägt, und erfassen Sie einen großen Teil der Ausgabe oberhalb der endgültigen Fehlermeldung. Dort sollten sich, wenn es sich um ein Plugin-Installationsproblem handelt oder vielleicht um etwas anderes, Fehlermeldungen befinden.
Es ist möglich, dass Sie beim Bearbeiten der app.yml-Datei ein Leerzeichen eingefügt haben. Eine gute Praxis ist es, den Inhalt vor der Änderung zu erfassen, bevor Sie die app.yml-Datei ändern, damit Sie im Fehlerfall die alte mit der neuen vergleichen können. Bei Bedarf Zeile für Zeile.
Ich beobachte normalerweise, wie es sich jedes Mal wieder aufbaut, und habe mich an einige der üblichen Fehler-/Warnmeldungen gewöhnt, die den Wiederaufbau nicht zu beeinträchtigen scheinen.
Ich hatte vor einiger Zeit einen Fehler, der mit Plugins zusammenhing, aber in meinem Fall damals daran lag, dass ich die Aktualisierung verpasst hatte, dass Chat in den Kern integriert wurde.
Die Leute hier müssen mehr vom Wiederaufbau-Logfile sehen, um zu helfen, zu identifizieren, wo es fehlschlägt.
Das Ausführen von discourse-doctor, wie das fehlerhafte Ergebnis vorschlägt, könnte ebenfalls helfen. Aber in meiner Erfahrung war das Hochscrollen normalerweise mein bester Anlaufpunkt.
Sie könnten auch den unteren Abschnitt oder Ihre gesamte app.yml kopieren und hier einfügen. Stellen Sie einfach sicher, dass Sie sensible Dinge wie Ihre E-Mail-Anbieterzeilen und Maxmind-Informationen bearbeiten. Obwohl Sie den Plugin-Bereich vermuten, könnten selbst das Kopieren des unteren Abschnitts von $home abwärts einige Einblicke gewähren.
Ich kann diese Zeile auch sehen und ich kann bestätigen, dass meine zweite VM das gleiche Problem hat, nur bei Standort-Plugins
Verursacht durch:
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=184.104.226.109:443 state=error: unexpected eof while reading (OpenSSL::SSL::SSLError)
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in connect_nonblock' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in ssl_socket_connect’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1742:in `connect’
Ich glaube, Robert wird sich bald die Probleme mit dem Standort-Plugin ansehen. Mir ist ein Fehler in der neuesten Discourse-Version in einem PR zur Behebung einer Veralterung aufgefallen, und er sagte, er würde sich das sehr bald ansehen.
Erwägen Sie einen Beitrag in Marketplace, wenn Sie möchten, dass dies mit Priorität geprüft wird und Budget vorhanden ist, aber es sieht irgendwie nach einem Problem mit der Gem-Version/Kompatibilität aus.
aber letzte Woche habe ich dieselben Plugins zu Docker 24.0.x hinzugefügt und es funktioniert, und hier ist Docker 27.0.x, das ist der einzige Unterschied
