Ich erhalte beim Speichern eines Beitrags nach der Bearbeitung in 2.9.0.beta4 einen Fehler. Der Fehler ist ein 500er-Fehler und sieht aus, als könnte er keinen Entwurf speichern. Ich hatte zuvor einige Probleme mit der Dateibesitzerschaft in dieser Version. Kann mir jemand den Pfad nennen, in dem sowohl Beiträge als auch Entwürfe gespeichert werden, damit ich die Besitzverhältnisse und den Schutz überprüfen kann?
Das scheint eine zu einfache Antwort zu sein, daher entschuldige ich mich, falls ich sie falsch eingeschätzt habe, aber wenn Sie Discourse Data Explorer verwenden, befinden sich die Beiträge in der Tabelle „posts“ und die Entwürfe in der Tabelle „drafts“.
Gibt es einen Fehler in Ihrer Browserkonsole, der zusätzliche Details dazu liefern kann, was nicht funktioniert?
Ich verwende das Explorer-Plugin nicht. Es scheint, dass dies beim Bearbeiten von Dokumenten mit Inline-Grafiken geschieht. Vielleicht ist der Schutz für den Ordner, in dem sie gespeichert sind, nicht richtig? Wissen Sie, wo sich dieser befindet?
1 „Gefällt mir“
Wie @JammyDodger erwähnte, wird der Großteil der Discourse-Daten in der Postgres-Datenbank gespeichert, daher ist es unwahrscheinlich, dass Sie dort Probleme mit dem „Dateibesitz“ haben, die nur einige Discourse-Funktionen betreffen.
Bei einer Standardinstallation werden Uploads unter /var/discourse/shared/standalone/... gespeichert. Dieses Verzeichnis wird dann in den Docker-Container gemountet. Es ist möglich, dass es dort ein Berechtigungsproblem gibt 
Um sicherzugehen, sollte die Ursache der 500er-Fehler in den Fehlerprotokollen Ihrer Website sichtbar sein. Wenn Sie als Administrator angemeldet sind, besuchen Sie /logs und suchen Sie nach neueren roten Fehlern.
4 „Gefällt mir“
Ich habe eine Standardinstallation, die ich von der Website durchgeführt habe. Im Container enthält /var kein ./discourse. Es enthält jedoch ./www. /var/www/discourse existiert. Alles darin gehört discourse und es gibt keinen shared- oder standalone-Ordner.
Es gibt einen /var/discourse/shared/standalone-Ordner außerhalb des Containers. Da es sich um eine Docker-Installation handelt, gibt es kein Docker außerhalb des Containers.
1 „Gefällt mir“
^^ Ist etwas in den Fehlerprotokollen sichtbar?
Ich habe keine /logs. Es gibt einen Ordner /var/discourse/shared/standalone/log/var-log und einen Ordner /var/log. Beide Ordner enthalten viele .gz-Dateien.
Wenn Sie als Administrator angemeldet sind, sollten Sie https://{ihr Forum}}/logs in einem Browser besuchen können
Danke! Das war mir nicht bewusst. Ich habe gerade den 500er-Fehler ausgelöst, als ich einen Beitrag bearbeitet habe, und mir das Protokoll angesehen:
Der Fehler wird in dem Moment ausgelöst, in dem ich auf Speichern klicke.
Können Sie den gesamten Reiter „Info“ und den Reiter „Backtrace“ kopieren/einfügen? (Der nützlichste Teil des Backtrace ist oben, der auf diesem Screenshot abgeschnitten ist)
Hier ist der Info-Tab, direkt nachdem ich den 500er-Fehler ausgelöst habe, indem ich einen vorhandenen Beitrag bearbeitet habe.
Hallo @vmsman 
Wie läuft es bei dir?
Wenn du kannst, kopiere und füge bitte die vollständigen ‘info’- und ‘backtrace’-Informationen als Codeblock hier auf Meta ein, damit wir alle wichtigen Details sehen können.
Hier ist zur Veranschaulichung ein anderer Fehler von meiner Testseite:
Nachricht (35 Kopien gemeldet)
Pretty-Text-Aufwärmung fehlgeschlagen: JavaScript wurde beendet (entweder durch Timeout oder explizit)
Backtrace
lib/discourse.rb:772:in `rescue in after_fork'
lib/discourse.rb:768:in `after_fork'
/var/www/discourse/lib/demon/base.rb:217:in `establish_app'
/var/www/discourse/lib/demon/base.rb:147:in `block in run'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.4.7/lib/active_support/fork_tracker.rb:10:in `block in fork'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.4.7/lib/active_support/fork_tracker.rb:8:in `fork'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.4.7/lib/active_support/fork_tracker.rb:8:in `fork'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.4.7/lib/active_support/fork_tracker.rb:27:in `fork'
/var/www/discourse/lib/demon/base.rb:144:in `run'
/var/www/discourse/lib/demon/base.rb:140:in `start'
I found something significant. When I edit an existing post I see a message in red indicating that drafts are offline.
Hopefully this is what you need. The 500 error appears to generate a #<Net::OpenTimeout: execution expired>
/usr/local/lib/ruby/2.7.0/net/http.rb:960:in `initialize'
/usr/local/lib/ruby/2.7.0/net/http.rb:960:in `open'
/usr/local/lib/ruby/2.7.0/net/http.rb:960:in `block in connect'
/usr/local/lib/ruby/2.7.0/timeout.rb:105:in `timeout'
/usr/local/lib/ruby/2.7.0/net/http.rb:958:in `connect'
/usr/local/lib/ruby/2.7.0/net/http.rb:943:in `do_start'
/usr/local/lib/ruby/2.7.0/net/http.rb:932:in `start'
/usr/local/lib/ruby/2.7.0/net/http.rb:606:in `start'
/var/www/discourse/lib/final_destination.rb:515:in `safe_session'
/var/www/discourse/lib/final_destination.rb:455:in `safe_get'
/var/www/discourse/lib/final_destination.rb:147:in `get'
/var/www/discourse/lib/retrieve_title.rb:63:in `fetch_title'
/var/www/discourse/lib/retrieve_title.rb:7:in `crawl'
/var/www/discourse/app/jobs/regular/crawl_topic_link.rb:39:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-4.0.1/lib/rails_multisite/connection_management.rb:80:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
sidekiq-6.4.1/lib/sidekiq/processor.rb:196:in `execute_job'
sidekiq-6.4.1/lib/sidekiq/processor.rb:164:in `block (2 levels) in process'
sidekiq-6.4.1/lib/sidekiq/middleware/chain.rb:138:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:138:in `call'
sidekiq-6.4.1/lib/sidekiq/middleware/chain.rb:140:in `block in invoke'
sidekiq-6.4.1/lib/sidekiq/middleware/chain.rb:143:in `invoke'
sidekiq-6.4.1/lib/sidekiq/processor.rb:163:in `block in process'
sidekiq-6.4.1/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_retry.rb:114:in `local'
sidekiq-6.4.1/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq.rb:40:in `block in <module:Sidekiq>'
sidekiq-6.4.1/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/processor.rb:257:in `stats'
sidekiq-6.4.1/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.4.1/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_retry.rb:81:in `global'
sidekiq-6.4.1/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.4.1/lib/sidekiq/job_logger.rb:39:in `prepare'
sidekiq-6.4.1/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.4.1/lib/sidekiq/processor.rb:162:in `process'
sidekiq-6.4.1/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.4.1/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.4.1/lib/sidekiq/util.rb:56:in `watchdog'
sidekiq-6.4.1/lib/sidekiq/util.rb:65:in `block in safe_thread'
I am also seeing a ActionView::Template::Error (undefined method `stylesheet_path’ for #Stylesheet::Manager::Builder:0x00007f27b6c2f850 Did you mean? stylesheet_relpath stylesheet_fullpath) lib/stylesh
lib/stylesheet/manager.rb:246:in `block in stylesheet_details'
lib/stylesheet/manager.rb:215:in `synchronize'
lib/stylesheet/manager.rb:215:in `stylesheet_details'
lib/stylesheet/manager.rb:192:in `stylesheet_link_tag'
app/helpers/application_helper.rb:565:in `discourse_stylesheet_link_tag'
app/views/layouts/crawler.html.erb:11
actionview (6.1.4.1) lib/action_view/base.rb:247:in `public_send'
actionview (6.1.4.1) lib/action_view/base.rb:247:in `_run'
actionview (6.1.4.1) lib/action_view/template.rb:154:in `block in render'
activesupport (6.1.4.1) lib/active_support/notifications.rb:205:in `instrument'
actionview (6.1.4.1) lib/action_view/template.rb:345:in `instrument_render_template'
actionview (6.1.4.1) lib/action_view/template.rb:152:in `render'
rack-mini-profiler (2.3.3) lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'
actionview (6.1.4.1) lib/action_view/renderer/template_renderer.rb:72:in `block in render_with_layout'
activesupport (6.1.4.1) lib/active_support/notifications.rb:203:in `block in instrument'
activesupport (6.1.4.1) lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport (6.1.4.1) lib/active_support/notifications.rb:203:in `instrument'
actionview (6.1.4.1) lib/action_view/renderer/template_renderer.rb:70:in `render_with_layout'
actionview (6.1.4.1) lib/action_view/renderer/template_renderer.rb:55:in `render_template'
actionview (6.1.4.1) lib/action_view/renderer/template_renderer.rb:11:in `render'
actionview (6.1.4.1) lib/action_view/renderer/renderer.rb:61:in `render_template_to_object'
actionview (6.1.4.1) lib/action_view/renderer/renderer.rb:29:in `render_to_object'
actionview (6.1.4.1) lib/action_view/rendering.rb:117:in `block in _render_template'
actionview (6.1.4.1) lib/action_view/base.rb:273:in `in_rendering_context'
actionview (6.1.4.1) lib/action_view/rendering.rb:116:in `_render_template'
actionpack (6.1.4.1) lib/action_controller/metal/streaming.rb:218:in `_render_template'
actionview (6.1.4.1) lib/action_view/rendering.rb:103:in `render_to_body'
actionpack (6.1.4.1) lib/action_controller/metal/rendering.rb:52:in `render_to_body'
actionpack (6.1.4.1) lib/action_controller/metal/renderers.rb:142:in `render_to_body'
actionpack (6.1.4.1) lib/abstract_controller/rendering.rb:25:in `render'
actionpack (6.1.4.1) lib/action_controller/metal/rendering.rb:36:in `render'
actionpack (6.1.4.1) lib/action_controller/metal/instrumentation.rb:46:in `block (2 levels) in render'
/usr/local/lib/ruby/2.7.0/benchmark.rb:308:in `realtime'
activesupport (6.1.4.1) lib/active_support/core_ext/benchmark.rb:14:in `ms'
actionpack (6.1.4.1) lib/action_controller/metal/instrumentation.rb:46:in `block in render'
actionpack (6.1.4.1) lib/action_controller/metal/instrumentation.rb:86:in `cleanup_view_runtime'
activerecord (6.1.4.1) lib/active_record/railties/controller_runtime.rb:34:in `cleanup_view_runtime'
actionpack (6.1.4.1) lib/action_controller/metal/instrumentation.rb:45:in `render'
lib/topic_list_responder.rb:13:in `block (2 levels) in respond_with_list'
actionpack (6.1.4.1) lib/action_controller/metal/mime_responds.rb:214:in `respond_to'
lib/topic_list_responder.rb:9:in `respond_with_list'
app/controllers/list_controller.rb:103:in `block (2 levels) in <class:ListController>'
actionpack (6.1.4.1) lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
actionpack (6.1.4.1) lib/abstract_controller/base.rb:228:in `process_action'
actionpack (6.1.4.1) lib/action_controller/metal/rendering.rb:30:in `process_action'
actionpack (6.1.4.1) lib/abstract_controller/callbacks.rb:42:in `block in process_action'
activesupport (6.1.4.1) lib/active_support/callbacks.rb:117:in `block in run_callbacks'
app/controllers/application_controller.rb:387:in `block in with_resolved_locale'
i18n (1.9.1) lib/i18n.rb:328:in `with_locale'
app/controllers/application_controller.rb:387:in `with_resolved_locale'
activesupport (6.1.4.1) lib/active_support/callbacks.rb:126:in `block in run_callbacks'
activesupport (6.1.4.1) lib/active_support/callbacks.rb:137:in `run_callbacks'
actionpack (6.1.4.1) lib/abstract_controller/callbacks.rb:41:in `process_action'
actionpack (6.1.4.1) lib/action_controller/metal/rescue.rb:22:in `process_action'
actionpack (6.1.4.1) lib/action_controller/metal/instrumentation.rb:34:in `block in process_action'
activesupport (6.1.4.1) lib/active_support/notifications.rb:203:in `block in instrument'
activesupport (6.1.4.1) lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport (6.1.4.1) lib/active_support/notifications.rb:203:in `instrument'
actionpack (6.1.4.1) lib/action_controller/metal/instrumentation.rb:33:in `process_action'
actionpack (6.1.4.1) lib/action_controller/metal/params_wrapper.rb:249:in `process_action'
activerecord (6.1.4.1) lib/active_record/railties/controller_runtime.rb:27:in `process_action'
actionpack (6.1.4.1) lib/abstract_controller/base.rb:165:in `process'
actionview (6.1.4.1) lib/action_view/rendering.rb:39:in `process'
rack-mini-profiler (2.3.3) lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'
actionpack (6.1.4.1) lib/action_controller/metal.rb:190:in `dispatch'
actionpack (6.1.4.1) lib/action_controller/metal.rb:254:in `dispatch'
actionpack (6.1.4.1) lib/action_dispatch/routing/route_set.rb:50:in `dispatch'
actionpack (6.1.4.1) lib/action_dispatch/routing/route_set.rb:33:in `serve'
actionpack (6.1.4.1) lib/action_dispatch/routing/mapper.rb:19:in `block in <class:Constraints>'
actionpack (6.1.4.1) lib/action_dispatch/routing/mapper.rb:49:in `serve'
actionpack (6.1.4.1) lib/action_dispatch/journey/router.rb:50:in `block in serve'
actionpack (6.1.4.1) lib/action_dispatch/journey/router.rb:32:in `each'
actionpack (6.1.4.1) lib/action_dispatch/journey/router.rb:32:in `serve'
actionpack (6.1.4.1) lib/action_dispatch/routing/route_set.rb:842:in `call'
lib/middleware/omniauth_bypass_middleware.rb:71:in `call'
rack (2.2.3) lib/rack/tempfile_reaper.rb:15:in `call'
rack (2.2.3) lib/rack/conditional_get.rb:27:in `call'
rack (2.2.3) lib/rack/head.rb:12:in `call'
actionpack (6.1.4.1) lib/action_dispatch/http/permissions_policy.rb:22:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:354:in `call'
rack (2.2.3) lib/rack/session/abstract/id.rb:266:in `context'
rack (2.2.3) lib/rack/session/abstract/id.rb:260:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/cookies.rb:689:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
activesupport (6.1.4.1) lib/active_support/callbacks.rb:98:in `run_callbacks'
actionpack (6.1.4.1) lib/action_dispatch/middleware/callbacks.rb:26:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/actionable_exceptions.rb:18:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/debug_exceptions.rb:29:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
logster (2.10.1) lib/logster/middleware/reporter.rb:43:in `call'
railties (6.1.4.1) lib/rails/rack/logger.rb:37:in `call_app'
railties (6.1.4.1) lib/rails/rack/logger.rb:28:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/request_id.rb:26:in `call'
lib/middleware/enforce_hostname.rb:23:in `call'
rack (2.2.3) lib/rack/method_override.rb:24:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/executor.rb:14:in `call'
rack (2.2.3) lib/rack/sendfile.rb:110:in `call'
actionpack (6.1.4.1) lib/action_dispatch/middleware/host_authorization.rb:92:in `call'
rack-mini-profiler (2.3.3) lib/mini_profiler/profiler.rb:249:in `call'
message_bus (4.0.0) lib/message_bus/rack/middleware.rb:60:in `call'
lib/middleware/request_tracker.rb:198:in `call'
railties (6.1.4.1) lib/rails/engine.rb:539:in `call'
railties (6.1.4.1) lib/rails/railtie.rb:207:in `public_send'
railties (6.1.4.1) lib/rails/railtie.rb:207:in `method_missing'
rack (2.2.3) lib/rack/urlmap.rb:74:in `block in call'
rack (2.2.3) lib/rack/urlmap.rb:58:in `each'
rack (2.2.3) lib/rack/urlmap.rb:58:in `call'
unicorn (6.1.0) lib/unicorn/http_server.rb:634:in `process_client'
unicorn (6.1.0) lib/unicorn/http_server.rb:739:in `worker_loop'
unicorn (6.1.0) lib/unicorn/http_server.rb:547:in `spawn_missing'
Es stellt sich heraus, dass ich es nicht bemerkt habe, aber anscheinend kann ich jetzt keine Bilder mehr hochladen. Jeder Versuch, ein Bild in einem neuen Beitrag hochzuladen, führt zu der Meldung „Entschuldigung, beim Hochladen der Datei ist ein Fehler aufgetreten. Bitte versuchen Sie es erneut.“ Anscheinend kann ich nichts in einem alten Beitrag bearbeiten und speichern, ohne einen 500-Fehler zu erhalten, und ich kann keinen neuen Beitrag erstellen, wenn er nicht nur Text ist. Ich kann also sowohl einen reinen Textbeitrag erstellen als auch löschen. Ich denke, wir haben das Problem auf eine Art Fehler mit Beiträgen mit Grafiken, sowohl neuen als auch alten, eingegrenzt. Ich bin der Administratorbenutzer bei diesen Tests.
In völliger Frustration beschloss ich, einen Neuaufbau zu versuchen. Die ersten Fehler, die ich sehe, sind:
I, [2022-04-29T00:19:51.497560 #1] INFO -- : cd /var/www/discourse & [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production & yarn cache clean'
warning Skipping preferred cache folder "/home/discourse/.cache/yarn" because it is not writable.
warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-1000".
warning Cannot find a suitable global folder. Tried these: "/usr/local, /home/discourse/.yarn"
warning Skipping preferred cache folder "/home/discourse/.cache/yarn" because it is not writable.
warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-1000".
Das sind interessante Fehler, denn ich habe 777 auf /home/discourse gesetzt und erhalte immer noch diese Fehler.
Keine weiteren Fehler bis zum Ende:
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 716 exit 1>
Location of failure: /usr/local/lib/ruby/gems/2.7.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 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.
451d4b5ee8d036df6ab8f7717019d94b66d10d261c3d1201547dad7a1722a544
==================== END REBUILD LOG ====================
Failed to rebuild app.
Auf jeden Fall konnte ich nach der Ausführung von ./discourse-doctor mit Grafiken posten und Beiträge mit Grafiken bearbeiten, bis ich neu gestartet habe, und jetzt habe ich wieder dieselben Fehler.
Ich denke, wir sollten das vielleicht von Grund auf betrachten:
- Handelt es sich um eine Standardinstallation?
- Haben Sie Plugins oder benutzerdefinierte Themes installiert?
- Welche Fehler werden beim Neuerstellen in der Ausgabe angezeigt (d. h. am Ende, wenn Sie aufgefordert werden, nach oben zu scrollen, um spezifischere Fehler zu sehen, welche Fehler sehen Sie/können Sie das Ganze in einen Codeblock hier kopieren, damit wir es sehen können)?
- Welche Änderungen hat discourse-doctor vorgenommen/vorgeschlagen und was haben Sie getan, um Ihre Instanz neu zu starten, damit diese Änderungen nicht mehr funktionieren?
Dies ist eine Standardinstallation. Sie existiert seit etwa 2 Jahren.
Ich verwende keine Plugins oder benutzerdefinierten Themes.
Ich habe alle Fehler eingefügt, die ich während des Rebuilds erhalte.
Die allerersten Fehler sind:
I, [2022-04-29T00:19:51.497560 #1] INFO -- : cd /var/www/discourse & [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production & yarn cache clean'
warning Skipping preferred cache folder "/home/discourse/.cache/yarn" because it is not writable.
warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-1000".
warning Cannot find a suitable global folder. Tried these: "/usr/local, /home/discourse/.yarn"
warning Skipping preferred cache folder "/home/discourse/.cache/yarn" because it is not writable.
warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-1000".
Discourse-doctor schlägt keine Änderungen vor und scheint einwandfrei zu funktionieren.
Ich weiß nicht genau, wann die 500er-Fehler begonnen haben, was gleichzeitig mit der Unfähigkeit, Entwürfe oder Beiträge mit Grafiken zu speichern, geschah. Besuchen Sie mein Forum unter: https://discussion.scottibyte.com, um es selbst zu sehen. In den obigen Beiträgen habe ich absolut JEDEN Fehler eingefügt, den ich während des Rebuilds und des Discourse-Doctors gesehen habe.
Ich kann Ihnen sagen, dass nach der Ausführung von:
./discourse-setup rebuild
die Instanz nicht startet, wie Sie oben sehen können. Wenn ich ausführe:
./discourse-doctor
unmittelbar danach ist die Instanz irgendwie zumindest gestartet, aber ich habe die gleichen Fehler.
Ich mag dieses Produkt, aber es scheint alle paar Monate von zufälligen Fehlern durchzogen zu sein, die schwer zu beheben sind. Meine Installation ist absolut Standard ohne Modifikationen und sie bricht einfach zufällig.
1 „Gefällt mir“
Ist Ihre Festplatte voll? Ich glaube, Sie würden jedoch eine Warnung erhalten.
Ich bin später wieder richtig online, aber nur um kurz nachzufragen, ist das ein Tippfehler?
Der Befehl sollte lauten:
./launcher rebuild app
Nein, das ist kein Tippfehler. Anscheinend benutze ich den falschen Befehl. Ich probiere es gerade aus.