Ich habe nichts bewusst geändert, aber heute, als ich gerade git pull ausgeführt und versucht habe, web_only.yml zu bootstrappen, gab es Fehler, etwa 90 Sekunden nachdem der Bootstrap-Prozess begonnen hatte. Ich füge nur die letzten Zeilen des Fehlers ein, falls das zur Diagnose hilfreich ist:
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/bootsnap-1.15.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:32:in `require'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/bootsnap-1.15.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:32:in `require'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/zeitwerk-2.6.6/lib/zeitwerk/kernel.rb:38:in `require'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/application.rb:348:in `require_environment!'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/application.rb:511:in `block in run_tasks_blocks'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/rake-13.0.6/exe/rake:27:in `<top (required)>'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
Tasks: TOP => db:migrate => db:load_config => environment
(See full trace by running task with --trace)
I, [2022-12-29T10:28:07.806753 #1] INFO -- : gem install geocoder -v 1.4.4 -i /var/www/discourse/plugins/discourse-locations/gems/3.1.3 --no-document --ignore-dependencies --no-user-install
Successfully installed geocoder-1.4.4
1 gem installed
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 1066 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.1.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
9b7ac0c88b42b2aa1eccb9ef291527f4afd8b71861669af66ab79dee5ed82a45
Ich verstehe nicht, warum das Bootstrapping derselben YML-Datei nicht mehr funktioniert, obwohl es früher erfolgreich war. Meine Seite funktioniert jedoch.
Ich konnte auch in ‘Discourse-Doctor’ keinen ‘Fehler’ finden (ich kann nur nach dem Wort ‘error’ suchen, das in dieser Ergebnisdatei von Discourse Doctor nicht vorhanden war). Ich bin allerdings kein Experte.
Das hast du super gemacht. Ich kann den Web-Container jetzt vollständig und problemlos starten.!!! Vielen Dank, zum x-ten Mal.
Aber jetzt sind alle meine früheren ‘Mappings/Orte’ von verschiedenen Beiträgen und Benutzern verschwunden.
Gibt es eine Alternative? Ich weiß, dass ich mehr zu den Themen dieses Plugins recherchieren kann, sollte und werde. Aber kurz gesagt, gibt es eine Lösung für dieses Problem?
Gestern, nachdem ich das ‘location’-Plugin deaktiviert hatte, konnte ich meinen Web-only-Container problemlos neu erstellen. Aber heute schlägt das Bootstrapping immer noch fehl, selbst nachdem ich alle Plugins einzeln deaktiviert habe.
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 900 exit 137>
Location of failure: /usr/local/lib/ruby/gems/3.1.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
bootstrap failed with exit code 137
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
2c5f01d5ca6b216e744e11547b121e64aac0ad5e37d64d2ec5e2f279fe766c6a
Ja, der Container ist bereits gestartet und die Website funktioniert. Aber wenn ich denselben Container (nur Web) neu aufbaue/boote, gibt es einen Fehler. Obwohl ich gestern, als ich mit demselben Problem konfrontiert war, das Deaktivieren des ‘location’-Plugins mir erlaubte, denselben erfolgreich zu bootstrappen, ist derselbe heute sogar ohne Änderungen fehlgeschlagen.
Könnte das ein Problem sein?
Benötigt Discourse jetzt mehr als 4 GB (auch wenn alle Plugins deaktiviert sind)?
Die anderen 2 wpress-Seiten, die auf demselben Droplet/Instanz laufen, sind fast inaktiv.
Könnte es dafür eine einfache Lösung geben, außer auf eine Maschine mit 8 GB RAM umzusteigen?
Ja, Sie haben nur noch 400 MB freien Arbeitsspeicher, was es Discourse nicht erlaubt, neu zu erstellen. Versuchen Sie, ihn auf 4/5 GB zu erhöhen oder das Forum vor dem Neuerstellen herunterzufahren und es erneut zu versuchen.
Unter der Annahme, dass die 400 MB freier Arbeitsspeicher im Leerlauf sind. Das Neuerstellen ist ziemlich intensiv für das System (ich würde es bei Proxmox für meine Seite nachschlagen, aber es ist schon eine Weile offline) und erfordert mehr Arbeitsspeicher als im Leerlauf.
Entschuldigung, aber ich habe die Bedeutung nicht gut verstanden. Meinen Sie, ich sollte es um weitere 4 bis 5 GB erhöhen? D. h. es von 4 GB auf 8 oder 9 GB machen?
Wie kann ich mein Forum (d. h. meine Website) abschalten?
Und
Meinen Sie, dass ich, nachdem ich meinen Speicher erhöht habe, meine Website trotzdem herunterfahren sollte, bevor ich sie neu aufbaue?
Versuchen Sie, dies in der Befehlszeile auszuführen, bevor Sie Speicher hinzufügen.
Dies gilt auch für eine Standardinstallation. Stellen Sie sicher, dass Sie sich im Verzeichnis /var/discourse befinden.
Ich habe meinen Ubuntu-Server neu gestartet, wodurch ich etwa 7 bis 800 MB freien Arbeitsspeicher auf meiner Instanz hatte und das Bootstrapping erfolgreich war. Ich hätte meinen Container vor einem weiteren BS stoppen müssen, wenn ein weiterer Rebuild/BS nach dem Aktivieren der gewünschten Plugins nicht erfolgreich gewesen wäre.
Aber ich bin erstaunt über den neuen RAM-Bedarf von Discourse. Da sich die Kosten der Instanz/des Droplets fast verdoppeln, wenn ich von 4 auf 8 GB RAM gehe. Was ich nicht wünsche, wenn man bedenkt, dass meine Website sehr, sehr, sehr klein ist (vielleicht 10 Besucher pro Tag). Früher benötigte die Standardinstallation von Discourse nur 1 bis 2 GB RAM.
Vielen Dank für Ihre Hilfe, damit ich erkennen konnte, was schiefgelaufen ist.
Wenn möglich, empfehle ich die 8-GB-Maschine, falls verfügbar. Die 2-GB-Maschine ist für kleinere Foren gedacht, und Ihres scheint viele Inhalte zu haben.
Meiner hat 4 GB mit bisher sehr wenigen Besuchen. Ich werde in Zukunft auf 8 GB (es gibt keine 6 GB) umsteigen.
Einige Artikel bei Google sagten übrigens, dass die Menge des freien Speichers nicht viel ausmacht. Da dies eine Art verschwendeter Speicher ist, der nichts tut. Und Benutzer stattdessen nach dem “verfügbaren Speicher” suchen sollten, der bei Bedarf verfügbar ist. Und in meinem Fall sind 1,4 GB verfügbarer Speicher vorhanden.
Wie der obige Screenshot/Artikel zeigt, beinhaltet „verfügbar“ „Pufferspeicher“ usw., was „verfügbar für das System“ sein kann, falls Bedarf entsteht. Aber ich bin kein Experte auf diesem Gebiet.
Und ich recherchiere immer noch darüber (nochmals, ich bin kein Experte). Obwohl ich vermute, dass meine anderen 2 WP-Websites, die ich für fast ruhend halte, etwas damit zu tun haben könnten. Ich werde versuchen, sie in meiner Freizeit abzuschalten und dann die Leistung zu vergleichen.
Vorerst ist mein Problem des Wiederaufbaus gelöst, ohne höhere Ressourcen zu benötigen und fast das Doppelte jeden Monat zu bezahlen. Dank dir.
Sie können Swap-Speicher hinzufügen. Für einen Neuaufbau wird viel RAM benötigt. Da Sie außerdem andere Programme als Discourse auf dem Server laufen haben, wird mehr Speicher als das Minimum benötigt. Selbst wenn die anderen Websites keinen Traffic haben, verbraucht der laufende Webserver etwas Speicher.
