Update = :Totenkopf:

Installation
1

Hallo zusammen
Ich halte mich ziemlich gut über Updates auf dem Laufenden, habe gesehen, dass eines fällig war und es durchgeführt, das Ergebnis war keine Benutzeroberfläche außer im Adminbereich

Per SSH eingeloggt und Server-Updates durchgeführt, um sicherzustellen, dass alles in Ordnung ist, keine Hilfe

Versucht zurückzusetzen und erhielt dies

image
image1359×263 12.7 KB

Den abgesicherten Modus gestartet und wurde gebootet, aber mit einer teilweisen Benutzeroberfläche

image
image456×406 32.1 KB

Kann mich nicht anmelden, sagt, mein Benutzername sei verfügbar und meine E-Mail existiere nicht

Ich könnte etwas Hilfe gebrauchen, bitte und danke

Bearbeitung, Server neu gestartet und erhalten

image
image1077×359 37.4 KB

nicht überzeugt, dass ich mich registrieren wollte, dachte, ein Backup wäre jetzt fällig

image
image1409×299 14.2 KB

auch da kein Erfolg

Bearbeitung, ein anderes Fenster aktualisiert, ich konnte mich scheinbar registrieren

image
image686×665 19.5 KB

dann

image
image626×267 9.39 KB

immer noch kein Erfolg

SSH und die Dinge erscheinen immer noch wie zuvor

image
image249×623 24.4 KB

Bearbeitung

image
image

image
image1122×132 7.27 KB

image
image816×127 6.13 KB

DISCOURSE DOCTOR So 12. Nov 01:54:06 UTC 2023
OS: Linux ip-10-0-159-37 6.2.0-1015-aws #15~22.04.1-Ubuntu SMP Fr 6. Okt 21:37:24 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux


Container/app.yml gefunden

==================== YML EINSTELLUNGEN ====================
DISCOURSE_HOSTNAME=forum.full30.com
SMTP_ADDRESS=smtp.sendgrid.net
DEVELOPER_EMAILS=REDACTED
SMTP_PASSWORD=REDACTED
SMTP_PORT=587
SMTP_USER_NAME=apikey
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED LETSENCRYPT_ACCOUNT_EMAIL

==================== DOCKER INFO ====================
DOCKER VERSION: Docker version 24.0.7, build afdd53b

DOCKER PROZESSE (docker ps -a)

CONTAINER ID   IMAGE                 COMMAND        ERSTELLT       STATUS                      PORTS     NAMEN
0be0150fecde   local_discourse/app   „/sbin/boot“   5 Monate her   Beendet (5) vor 11 Minuten             app

==================== ERNSTES PROBLEM!!!! ====================
app läuft nicht!
Versuche neu zu erstellen
==================== NEU ERSTELLEN LOG ====================
x86_64 arch erkannt.
Stelle sicher, dass der Launcher auf dem neuesten Stand ist
Hole Ursprung
Launcher ist auf dem neuesten Stand
Stoppe alten Container
+ /usr/bin/docker stop -t 600 app
app
2.0.20231023-1945: Wird heruntergeladen von discourse/base
Digest: sha256:2b0eb484d20888cc2daadb690dcfa73522105650c1420212e99345a36a424d77
Status: Image ist auf dem neuesten Stand für discourse/base:2.0.20231023-1945
docker.io/discourse/base:2.0.20231023-1945
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
I, [2023-11-12T01:54:13.829288 #1] INFO -- : Lese von stdin
I, [2023-11-12T01:54:13.834181 #1] INFO -- :
I, [2023-11-12T01:54:13.862453 #1] INFO -- : Generiere Locales (das kann eine Weile dauern)...
Generierung abgeschlossen.

I, [2023-11-12T01:54:13.862638 #1] INFO -- :
I, [2023-11-12T01:54:13.865023 #1] INFO -- :
I, [2023-11-12T01:54:13.865390 #1] INFO -- :
I, [2023-11-12T01:54:13.867489 #1] INFO -- :
I, [2023-11-12T01:54:13.867791 #1] INFO -- :
I, [2023-11-12T01:54:13.869643 #1] INFO -- :
I, [2023-11-12T01:54:13.869925 #1] INFO -- :
/tmp/discourse-debug.txt
2 „Gefällt mir“
2

Das scheint bedeutsam zu sein:

Warnung: Konnte keinen TCP-Listener-Socket für Server *:6379 erstellen: bind: Adresse bereits in Verwendung

Ich glaube, Redis soll auf Port 6379 laufen.

Könnte das Nicht-Erstellen des Redis-Servers Probleme mit Migrationen verursachen?

Fehler: Relation „summary_sections“ existiert bereits

Aus irgendeinem Grund wird die Migration zum Erstellen der Tabelle summary_sections erneut ausgeführt. Gibt es weitere doppelte Tabellenfehler in Ihren Protokollen?

Ich schätze, die andere Frage ist, haben Sie eine aktuelle Sicherungsdatei?

6 „Gefällt mir“
3

lol, ja, ich würde ziemlich dasselbe vermuten, die Antwort ist leider, wenn ich auf meinen Server schaue, sehe ich den 5. November als den neuesten. Da ich mich nicht im Admin anmelden kann, kann ich nicht sehen, ob vielleicht eine neuere von Discourse erstellt wurde.

Aber… das ist heute Morgen,

forum

Wenn ich mich nicht im Admin-Dashboard anmelden kann, um ein Backup zu erstellen, weiß ich einfach nicht, was ich tun soll?

Danke für die Antwort, ich hoffe, ich kann schnell wieder loslegen, auch wenn es ein Woche altes Backup ist.

Robert

1 „Gefällt mir“
4

Ich bin so unbekannt mit Protokollen, ich mache das seit fünf Jahren mit so wenigen und leicht zu reparierenden Problemen, dass es keinen Grund gab, und ich habe kein technisches Team zu fragen, ist es etwas, das Sie mich durchgehen können, um es zu bekommen und zu posten, und wird es wie die Doktorakte geschwärzt, wenn ich es hochlade?

5

Ich hatte auch ein Problem mit diesem letzten Update für eine neue Website. Möglicherweise habe ich die Installation versehentlich unterbrochen und dann meldete die Website sowohl, dass sie aktualisiert worden war, als auch, dass sie dringend aktualisiert werden musste, aber nicht aktualisiert werden konnte, da sie gerade das letzte Update abgeschlossen hatte.

Das erneute Erstellen der App über die Konsole hat dies behoben, ich musste keine Sicherung wiederherstellen.

Es wäre gut zu wissen, wie man eine Website aus einer Sicherung wiederherstellt. Ich weiß auch nicht, wie das geht.

2 „Gefällt mir“
6

Ich versuche es noch einmal, ich habe Folgendes ausgeführt:

cd /var/discourse
git pull
./launcher rebuild app

und wieder die folgenden Fehler/Warnungen erhalten:

image
image1162×155 9.42 KB

image
image969×143 22.2 KB

image

image
image1373×175 27.4 KB

image
image1247×131 8.29 KB

image
image994×108 5.98 KB

Doctor hat wieder nicht geholfen, ich habe den Bericht aufbewahrt, aber nichts Neues darin gefunden.

1 „Gefällt mir“
7

Führe jetzt einen weiteren Rebuild durch, mit ähnlichen Fehlern:

137:M 12 Nov 2023 13:09:14.143 # Warnung: Konnte keinen TCP-Server-Listening-Socket erstellen *:6379: bind: Adresse bereits in Verwendung
137:M 12 Nov 2023 13:09:14.143 # Fehler beim Lauschen auf Port 6379 (TCP), Abbruch.

Es läuft jedoch immer noch, ich erinnere mich, diese schon einmal gesehen zu haben, aber die Installation wurde trotzdem abgeschlossen.

Bist du per SSH als Root auf der Serverkonsole angemeldet?

Ein paar Mal dauert die Installation eine Weile, es schien über 10 Minuten zu dauern, ich dachte, sie würde abstürzen, aber nachdem ich genug Zeit gewartet hatte, wurde sie abgeschlossen.

Viele Fehler bezüglich falscher/unerfüllter Peer-Abhängigkeiten.

Dann stoppt es nach der Zeile “Hintergrundspeicherung erfolgreich beendet”, was wie ein Abschluss klingt, aber anscheinend nicht, hier kann es zehn Minuten dauern, bis zum nächsten Schritt.

2 „Gefällt mir“
8

Um die Protokolldetails anzuzeigen, können Sie Folgendes tun:

Melden Sie sich als root an oder führen Sie „sudo su“ aus“
Führen Sie dann die Befehle aus:

cd /var/discourse
./launcher enter app
tail -f log/production.log

Nachdem Sie den letzten Befehl ausgeführt haben, müssen Sie eine HTTP-Anfrage an Ihr Discourse senden. Eine neue Fehlermeldung wird in Ihrer Shell angezeigt. Dann können Sie die Ausführung des tail-Befehls mit Strg+C stoppen und die Nachricht anzeigen oder kopieren.

Um die Container-Shell zu verlassen, können Sie den Befehl exit verwenden.

2 „Gefällt mir“
9

Ja

Fehlerantwort vom Daemon: Container 0be0150fecde6af5e98c0f12b97d24ccc1333fee2e96f02174ac63b79df8efbc läuft nicht
tail: kann ‘log/production.log’ nicht zum Lesen öffnen: Keine solche Datei oder Verzeichnis
tail: keine Dateien verbleiben

Ich habe die HTTP-Anfrage als curl „https://forum.full30.com“ versucht

und bekam

curl: (3) URL mit schlechtem/ungültigem Format oder fehlender URL

also… vielleicht habe ich einfach nicht verstanden, was Sie mit HTTP-Anfrage meinten :man_shrugging:

10

Da dies Ihr letztes Backup ist und ich kein Experte auf diesem Gebiet bin, bin ich mir nicht sicher, ob ich hier Ratschläge geben sollte.

Soweit ich das beurteilen kann, hängt das Problem mit Warning: Could not create server TCP listening socket *:6379 wahrscheinlich nicht mit den Fehlern zusammen, die Sie bei den Migrationen erhalten. Zum Beispiel:

INFO -- cd /var/www/discourse und su discourse -c 'bundle exec rake db:migrate'

ERROR: database "discourse" already exists

Error: role "discourse" already exists

Error: relation "summary_sections" already exists

Diese Fehler scheinen darauf hinzudeuten, dass Ihre Datenbank irgendwie beschädigt ist. Der Befehl bundle exec rake db:migrate (der im INFO-Abschnitt des Ausschnitts Ihrer Protokolle steht, den ich oben gepostet habe) sollte Discourse veranlassen, die Tabelle schema_migrations der Datenbank zu überprüfen, um zu sehen, welche Migrationen zuvor ausgeführt wurden. Dies verhindert, dass dieselbe Migration mehrmals ausgeführt wird. Daher vermute ich, dass entweder die Tabelle schema_migrations Ihrer Datenbank beschädigt ist, oder dass doppelte Einträge irgendwie in den Ordner db/migrations gelangt sind, oder dass Dateien im Ordner db/migrations umbenannt wurden. Ich bin mir nicht sicher, was eine dieser Dinge auslösen könnte.

Ich wäre versucht, die App mit ./launcher enter app aufzurufen und die Migration von dort manuell auszuführen, um zu sehen, ob das einen Unterschied macht. Warten Sie damit jedoch noch. Hoffentlich sieht jemand mit mehr Kenntnissen über die Launcher-Skripte diesen Beitrag und korrigiert alles, was ich geschrieben habe und falsch ist.

3 „Gefällt mir“
11

Neugierig auf Ihre Meinung, oder die von irgendjemandem

Wir planen einen weiteren Serverumzug. Wäre dies ein guter Zeitpunkt, da diese Probleme anscheinend um

PG::DuplicateTable: ERROR: relation "summary_sections" already exists

usw. bereits vorhandene Elemente zentriert sind?

Könnte ein Umzug helfen?

12

Ich vermute, das würde das Problem lösen. Es kann nicht schaden, eine neue Installation zu erstellen und Ihre letzte Sicherungsdatei zu importieren.

2 „Gefällt mir“
13

Die Seite scheint bereits zu denken, dass es sich um eine neue Installation handelt. Beachten Sie einige meiner Screenshots.

Das geschah einfach, als ich den Safemode benutzte. Es ist ein ziemlich erheblicher Absturz, nur wegen eines Updates, und umso seltsamer, wenn nur meine Discourse-Instanz einfach umkippte.

Ich habe Git-Pulls usw. gemacht, keine Veränderung, würde ich sagen, im Vergleich zur Neuerstellung. Wenn ich falsch liege, sagen Sie mir bitte wie.

14

versucht

./launcher start-cmd app

./launcher cleanup

18 MB an Bildern gelöscht, einen neuen Pull/Rebuild/Fehler/Doctor durchgeführt und immer noch kein Erfolg

Alle meine Informationen sind noch vorhanden, wenn ich auf meine APP zugreife, also das zumindest

15

Ich bin mir zu 95 % sicher, dass die doppelten Tabellenfehler ignoriert werden können. (Ich erinnere mich, sie bei jedem Upgrade in unserem Forum gesehen zu haben)

1 „Gefällt mir“
16

Ich habe sie ignoriert, kann aber immer noch nicht wieder online gehen.

Was halten Sie von diesen Fehlern?

17

Könnten Sie bitte einen vollständigen Protokoll von einem Neuerstellungsvorgang posten?

1 „Gefällt mir“
18

Ich hatte gestern dasselbe Problem. Ich dachte, es sei ein Serverproblem, da frühere Updates ein ähnliches Verhalten zeigten, und beschloss, es vorübergehend zu beheben

/launcher rebuild app

Ich lud das neueste Backup herunter und stellte einen neuen Server bereit. Die Wiederherstellung des Backups war zu einfach und auf mysteriöse Weise ist alles bereits aktualisiert.

1 „Gefällt mir“
19 
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 645 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132: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.
adb2c505fd2f1289f44586496fea24ff31264f73c26eb524baf16602a189f
root@ip-10-0-159-37:/var/discourse#

Bedeutet das genau was?

20

Ja, was soll ich zuerst schwärzen?