Hallo @Friendica Support ,
meine Instanz dica.interfel.de liefert seit vorhin Err 504 Gateway Time-out zurück.
Sie liegt bei Uberspace und der DNS-Eintrag funktioniert offenbar.
Die Datenbank scheint auch ok, ich habe gerade erfolgreich ein Backup davon erstellt.
Konsole und Performance auf der Konsole, Quota usw sind ok.
Die einzige Änderung der letzten Monate ist die Aktivierung des Addons Bluesky. Es lief bis gestern Abend sauber und hat drei Accounts von Bluesky in meine Timeline integriert. Mehr nicht.
Habe als erste Maßnahme gerade auf der Konsole versucht, das Addon zu deaktivieren, aber der entsprechende Befehl scheint das Addon nicht zu finden:
[... bin]$ console addon disable bluesky
[Error] Addon nicht gefunden
Der Befehl zum Auflisten aller aktiven Addons liefert auch nur eine leere Liste:
[... bin]$ ./console addon list enabled
+------+---------+
| Name | Enabled |
+------+---------+
| | |
+------+---------+
Gibt es irgendwelche Ideen dazu, was ich tun kann?
Michael Vogel
Als Antwort auf SoNak • • •bin/console ...SoNak
Als Antwort auf Michael Vogel • • •Ah, okay, danke Dir.
So funktioniert schon mal der 'disable bluesky'-Befehl - zumindest kommt keine Fehlermeldung.
./bin/console list enabled wirft allerdings die gesamte Liste aller Addons raus, obwohl ich nur einige wenige aktiviert habe.
Der '504' kommt immer noch. Es ist die Friendica 2024.06.
Kann ich über die Konsole irgendwie einen relevanten Status herausfinden?
./bin/console maintenance 1 bzw 0 funktioniert übrigens einwandfrei.
Michael Vogel
Als Antwort auf SoNak • • •SoNak
Als Antwort auf Michael Vogel • • •Kann ich das Protokoll (trotz "Ich hoffe...") manuell irgendwo einschalten?
Michael Vogel
Als Antwort auf SoNak • • •SoNak
Als Antwort auf Michael Vogel • • •Der Fehler ist behoben, aber das Konsolenkommando zum Einschalten des Friendica-Protokolls wäre bei Gelegenheit trotzdem von Interesse.
So für das Befehls-Archiv.
Bionk
2024-11-20 18:01:32
Tobias
Als Antwort auf SoNak • • •@SoNak @Michael Vogel gaaaz simpel 😉
bin/console config system debuggingzeigt den aktuellen Wert der Einstellung an, 0 bedeutet kein logging, 1 bedeutet logging. Wenn du den gewünschten Wert als vierten Parameter übergibts änderst du die aktuelle Einstellung, also zum Aktivieren des Protokollierensbin/console config system debugging 1.SoNak
Als Antwort auf SoNak • • •Dann liegt das Problem wohl woanders, oder?
Michael Vogel
Als Antwort auf SoNak • • •Bionk
Als Antwort auf Michael Vogel • • •Fehler offenbar behoben 😀
Habe aufgrund Deines Hinweises mal das PHP-Log von Uberspace aktiviert. Das dauerte sehr lange und hatte schon durchs Einschalten dutzende ERRORs im sehr langen Logfile.
Dann auf die PHP-Version auf 8.1 umgestellt und erneut das PHP-Log aktiviert. Drei Zeilen im Log und "ready to handle connections".
Laut History war zuvor PHP 8.0 aktiviert und war wohl Ursache des Problems. Irgendetwas muss vergangene Nacht bei Uberspace verändert worden sein.
Die Instanz läuft nun wieder erwartungsgemäß und Deine Hilfe bei der Konsole hat mich auf die Spur gebracht.
Vielen vielen Dank dafür!
Bionk
Als Antwort auf Bionk • • •Das war zwar wirklich herumstochern im Nebel, aber oft reichen grobe Indizien, um ein Problem einzugrenzen. Von Beginn an war da das Gefühl, es liegt in der Infrastruktur begründet. Daher auch zunächst die Tests bezüglich DNS, Quota usw.
Es brauchte nur den passenden Funken - Logfiles. Ich arbeite einfach zu selten auf dieser Ebene, um von selbst darauf gekommen zu sein.
Zeit für den zweiten Versuch eines Liberapay-Kontos. Hatte bei einem früheren Versuch 2021 keine Einzahlung hinbekommen oder einfach das Prinzip nicht verstanden.
Bionk
Als Antwort auf Bionk • • •