Hoppla. Die Software, die dieses Diskussionsforum antreibt, ist auf ein unerwartetes Problem gestoßen

Installation
1

Ich habe das heute plötzlich bekommen.

Habe es mehrmals mit ./launcher rebuild app versucht, ohne Erfolg.

Kann mir jemand sagen, wo ich nachsehen kann, um den Fehler zu finden?

2

„Hoppla. Die Software, die dieses Diskussionsforum antreibt, ist auf ein unerwartetes Problem gestoßen.“

Hast du das als Fehlermeldung gesehen? Wo? :slight_smile:

Hat sich deine Seite wieder aufgebaut? Gab es dabei Fehler?

3

Sie erscheint, wenn ich die Homepage des Forums aufrufe.

Der Rebuild ist meines Wissens erfolgreich… Er startet einwandfrei mit der letzten Zeile:

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=2 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_FORCE_HTTPS=true -e DISCOURSE_HOSTNAME=support.chenhsong.com -e DISCOURSE_DEVELOPER_EMAILS= -e DISCOURSE_SMTP_ADDRESS=smtp.sendgrid.net -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=apikey -e DISCOURSE_SMTP_PASSWORD=??? -e LETSENCRYPT_ACCOUNT_EMAIL= -h support-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:ad:4c:fe:ac:75 local_discourse/app /sbin/boot
f0795eafda2ebc91dac07c5c38040a0b14eda0a9b86ce90b6bc79c51acb519ba

syslog enthält eine sehr seltsame Reihe von Fehlern mit einem falschen Datum (sie treten in den letzten Tagen auf):

Feb  3 01:35:01 support-app rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: file '8' write error: No space left on device [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: file '8' write error: No space left on device [v8.1901.0 try Feb  4 04:38:13 support-app rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="371" x-info="https://www.rsyslog.com"] start
4

Das bedeutet, dass Ihre Festplatte voll ist. Sie können einige Backups löschen und es erneut versuchen

 cd /var/discourse
./launcher cleanup
1 „Gefällt mir“
5

Eines der ersten Dinge, die ich überprüft habe. Nein, die Festplatte ist nicht voll. Nur 65 % Auslastung maximal auf allen Volumes.

Aber ich habe sichergestellt, dass die Festplatte sauber ist und viel Platz hat. Dann habe ich sie ein paar Mal neu aufgebaut, was alles erfolgreich war. Aber immer noch dieser Fehler.

EDIT: Ich stelle auf mein vorheriges Backup (zwei Betas zuvor) wieder her und alles funktioniert einwandfrei. Etwas hat also mit dieser Beta zu tun.

1 „Gefällt mir“
6

Sind Sie sicher?

Ich bin wegen Schlaflosigkeit mitten in der Nacht wach, daher ist dies möglicherweise einer meiner weniger intelligenten Beiträge, aber wenn der Zeitstempel darauf hindeutet, dass das Problem nicht kürzlich aufgetreten ist und der Log-Eintrag Ihre aktuelle Situation nicht genau beschreibt, würde ich zuerst annehmen, dass der Log-Eintrag alt und nicht relevant ist.

Zumindest wäre ich neugierig, ob weiterhin zusätzliche solche Log-Einträge generiert werden!

Nebenbei bemerkt: Könnten Sie das aktuelle Datum und die Uhrzeit des Geräts überprüfen? Wenn der Terminalbefehl timedatectl funktioniert, großartig! Andernfalls sollte der Befehl date auf fast jedem Linux-System funktionieren.

 

Haben Sie das getan?

7

Bin gerade nach dem Update von diesem Fehler betroffen :frowning:

8

Ein Festplattenvoll-Fehler kann auch auftreten, wenn Ihnen die Inodes ausgehen. Was sagt df -i?

9

Wäre /logs in diesem Fall aufschlussreicher?

Ich habe mich kürzlich mit einem ähnlichen Fehler von meiner Testseite ausgesperrt, und das hat mich in Richtung eines bestimmten Plugin-Konflikts gelenkt.

10

Wir (krita-artists.org) haben uns auf diesen Thread bezogen und er hat uns geholfen, die Seite wieder zum Laufen zu bringen –

2 „Gefällt mir“
11

Nur als Antwort auf einige Kommentare oben:

  • df -i nicht einmal annähernd. <10%

  • logs keine anderen Fehler in syslog und syslog.1 usw.

12

Das Problem im Thema bezog sich auf ein altes Plugin, das noch in deiner app.yml vorhanden war. Könnte das bei dir auch der Fall sein?

Könntest du hier deine Plugins auflisten, damit wir sie sehen können?

1 „Gefällt mir“
13

Könnte dieses Ding sein!

Ich habe das in meiner app.yml

git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"

Das ist offensichtlich ein altes Repository mit einem speziellen Branch!

Werde es mit dem neuesten versuchen:

git clone https://github.com/paviliondev/discourse-topic-previews-sidecar

EDIT: Es funktioniert!!! :champagne:

Vielen Dank an @raghukamath

4 „Gefällt mir“
14

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.