Heute habe ich versucht, ein Update auszuführen, und der Rebuild schlägt immer wieder fehl. Ich habe auch alle inoffiziellen Plugins entfernt, aber ich weiß nicht, was ich weiter tun soll.
Hier ist die Fehlermeldung
Ort des Fehlers: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec fehlgeschlagen mit den Parametern {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap fehlgeschlagen mit Exit-Code 134
Unterhalb dieser Fehlermeldung steht der Text ** FAILED TO BOOTSTRAP ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
Also… scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen.
Entschuldigung, falsche Eingabe eingefügt:
could not receive data from client: Connection reset by peer
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Beende asynchrone Prozesse
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Sende INT an HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG: receive fast shutdown request
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Sende TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) SIGTERM empfangen, herunterfahren wird geplant...
103:M 04 Jul 2022 09:24:39.373 # Benutzer hat das Herunterfahren angefordert...
103:M 04 Jul 2022 09:24:39.373 * Speichere den finalen RDB-Snapshot vor dem Beenden.
2022-07-04 09:24:39.441 UTC [42] LOG: beende alle aktiven Transaktionen
2022-07-04 09:24:39.447 UTC [42] LOG: Hintergrundarbeiter "logical replication launcher" (PID 51) mit Exit-Code 1 beendet
2022-07-04 09:24:39.448 UTC [46] LOG: wird heruntergefahren
2022-07-04 09:24:39.925 UTC [42] LOG: Datenbanksystem ist heruntergefahren
Können Sie bitte auch ein paar Zeilen darüber einfügen?
Ich hoffe, diese reichen aus, aber lassen Sie es mich wissen, wenn Sie mehr benötigen:
7f7ec07f9000-7f7ec07fd000 rw-p 00000000 00:00 0
7f7ec07fe000-7f7ec07ff000 r--p 00000000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec07ff000-7f7ec0800000 r-xp 00001000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0800000-7f7ec0801000 r--p 00002000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0801000-7f7ec0802000 r--p 00002000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0802000-7f7ec0803000 rw-p 00003000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0803000-7f7ec0830000 r--p 00000000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0830000-7f7ec0a43000 r-xp 0002d000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0a43000-7f7ec0b3b000 r--p 00240000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b3b000-7f7ec0b3c000 ---p 00338000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b3c000-7f7ec0b42000 r--p 00338000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b42000-7f7ec0b45000 rw-p 0033e000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b45000-7f7ec0b62000 rw-p 00000000 00:00 0
7f7ec0b62000-7f7ec0b63000 r--p 00000000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b63000-7f7ec0b83000 r-xp 00001000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b83000-7f7ec0b8b000 r--p 00021000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8b000-7f7ec0b8c000 r-xp 00000000 00:00 0
7f7ec0b8c000-7f7ec0b8d000 r--p 00029000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8d000-7f7ec0b8e000 rw-p 0002a000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8e000-7f7ec0b8f000 rw-p 00000000 00:00 0
7ffdf35f7000-7ffdf3df6000 rw-p 00000000 00:00 0 [stack]
7ffdf3dfb000-7ffdf3dfe000 r--p 00000000 00:00 0 [vvar]
7ffdf3dfe000-7ffdf3dff000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall]
2022-07-04 09:24:39.333 UTC [892] discourse@discourse LOG: konnte keine Daten vom Client empfangen: Connection reset by peer
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Asynchrone Prozesse werden beendet
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Sende INT an HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG: schnelle Herunterfahrungsanforderung empfangen
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Sende TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) SIGTERM empfangen, Herunterfahren wird geplant...
103:M 04 Jul 2022 09:24:39.373 # Benutzer hat Herunterfahren angefordert...
103:M 04 Jul 2022 09:24:39.373 * Speichere den finalen RDB-Schnappschuss vor dem Beenden.
2022-07-04 09:24:39.441 UTC [42] LOG: aktive Transaktionen werden abgebrochen
2022-07-04 09:24:39.447 UTC [42] LOG: Hintergrundarbeiter „logical replication launcher“ (PID 51) wurde mit Exit-Code 1 beendet
2022-07-04 09:24:39.448 UTC [46] LOG: wird heruntergefahren
2022-07-04 09:24:39.925 UTC [42] LOG: Datenbanksystem ist heruntergefahren
103:M 04 Jul 2022 09:24:40.378 * DB auf Festplatte gespeichert
103:M 04 Jul 2022 09:24:40.378 # Redis ist jetzt bereit zum Beenden, von
Autsch.
Erzählen Sie mir mehr über diese Installation. Handelt es sich um eine Standardinstallation? Auf welcher Art von Hardware versuchen Sie, dies zu tun?
Anfangs habe ich versucht, das Forum über den Docker-Manager mit dem heutigen Update zu aktualisieren (es gab elf Updates). Ich habe bereits am letzten Freitag auf Version 2.9.0 beta6 aktualisiert und das Forum läuft seit drei Jahren ohne Probleme auf demselben Server:
Es läuft auf einem dedizierten Server mit folgenden Spezifikationen:
EDIT: Es gibt mehr als genug Speicherplatz auf dem Server.
Es tut mir leid, ich bin hier ratlos, ich hoffe, jemand anderes hat eine Ahnung.
Vielen Dank für Ihre Bemühungen.
Wenn es hilft, habe ich auch diese Warnung gefunden:
I, [2022-07-04T11:08:15.901173 #1] INFO -- : cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'
warning "eslint-config-discourse > eslint-plugin-lodash@7.1.0" hat nicht erfüllte Peer-Abhängigkeit "lodash@>=4".
warning " > @mixer/parallel-prettier@2.0.1" hat nicht erfüllte Peer-Abhängigkeit "prettier@^2.0.0".
Haben Sie sich in letzter Zeit neu gestartet? Vielleicht haben Sie Updates installiert, die einen Neustart erfordern? Ich würde das Betriebssystem aktualisieren und dann neu starten. (Weil ich keine wirklichen Ideen habe)
Ja, ich habe am Freitag einen Neustart durchgeführt, aufgrund eines Kernel-Updates, und ich habe es auch heute früher versucht, um zu sehen, ob das Problem dadurch behoben werden könnte.
Könnte kein Hinweis sein, aber ich habe denselben Fehler bei der Installation eines Plugins gesehen. Jetzt bin ich mir nicht mehr sicher, ob dieses Plugin die Ursache ist.
https://meta.discourse.org/t/web-3-0-features/203321/21?u=marcp
Nun, ich habe alle inoffiziellen Plugins deinstalliert, aber ich werde in dieser Richtung weiter untersuchen.
Nein, Sie erhalten einen anderen Fehler. Sie sollten zurückscrollen, um den ursprünglichen Fehler zu finden.
Ein Beitrag wurde in ein bestehendes Thema zusammengeführt: Benutzerdefinierter Zauberer-Plugin 
Ich hoffe wirklich, jemand kann mir helfen. Ich habe versucht, den Cache zu leeren, Container-Images zu entfernen und mit einem älteren Image neu zu erstellen, und alles führt zum selben Fehler.
Es wäre viel nützlicher, das gesamte Protokoll anstelle von Ausschnitten daraus einzufügen.
Zum Beispiel ist nicht ganz klar, was abstürzt; es könnte die Datenbank oder eine Rake-Aufgabe sein.
Wenn es zu lang ist, können Sie es gerne komprimiert posten. Wenn Sie nicht sicher sind, wie Sie Geheimnisse daraus entfernen (falls vorhanden), können Sie es mir per PM schicken und ich werde sehen, was ich finden kann.
Ich erstelle es gerade.
Der wichtigste Teil der Ausgabe scheint zu sein: „Illegal instruction“:
I, [2022-07-04T21:01:40.452409 #1] INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
2022-07-04 21:01:46.756 UTC [932] discourse@discourse LOG: duration: 120.094 ms bind unname: SELECT t.oid, t.typname
FROM pg_type as t
WHERE t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'numeric', 'bool', 'timestamp', 'timestamptz')
2022-07-04 21:01:47.069 UTC [932] discourse@discourse LOG: duration: 100.781 ms statement: SELECT name, data_type, value FROM site_settings
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-4.2.0/lib/message_bus/codec/json.rb:11: [BUG] Illegal instruction at 0x00007f90039e1339
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux]
Die gleiche „illegale Anweisung“ steht auch am Ende des Unicorn-Logs (kurz bevor die Dinge kaputt gingen).
(Hoffentlich kann Bryan die vollständige Ausgabe bei Bedarf bereitstellen).
Bearbeiten: Vollständiges Protokoll kommt herein, Discourse lässt mich es nicht hochladen.
Bearbeiten 2: Bitwarden Send (7 Tage verfügbar).