Die Standard-Community von feddit.de
In dieser Community geht es ausschließlich um alles rund um die Instanz!
Hast du Fragen? !fragfeddit@feddit.de
matrix chat: !feddit:tilde.fun
Greetings from feddit.dk (and Denmark),
(Sorry for English, my German is just barely good enough to order something in a restaurent)
And yeah, I got an error 500 before aswell. I tried to join /c/raspberrypi@feddit.de, but that was after /r/de was taken private, so I think feddit.de is struggling under the influx.
Nehmen Sie doch Platz, was darf es denn heute sein?
Einmal Schweinshaxe und ein große Bier, bitte.
Well, no need to learn anything else, really.
I see what you mean :)
There is not a lot of things that I enjoy more than a Dane speaking German. It just sounds...cute. Sorry :)
Well, that would probably be because we stuff our mouths with potatoes before speaking ;)
Ich schaue es mir an...
Sag bitte Bescheid, wenn das hier nicht mehr reicht und du etwas größeres aufsetzen muss. Ich beteilige mich gerne finanziell. Ich meine gelesen zu haben, dass du das momentan nicht möchtest, aber ich möchte es trotzdem gerne anbieten :)
+1
Same here!
wintermute Kekse und kaffee hinstellen
Gleiche hier und teilweise auch das ich nichts posten konnte (Warteschleife) auf feddit, aber in anderen Instanzen. Könnte es einfach sein das der Server langsam an seine Belastungsgrenze kommt?
Das wird mit Sicherheit der Grund sein, ja.
Same here. Könnte das der berühmte Hug-of-Death sein?
Der Fehler kommt jetzt auf jeden Fall häufiger. Da immer mehr Subreddits das Licht ausmachen, könnte das vielleicht wirklich eine Überlastung sein. Zurzeit sind schon über 700 Subreddits abgeschaltet.
klingt erstmal plausibel, aber eigentlich sind weder CPU noch RAM ganz ausgelastet
Ich hab jetzt keine Ahnung von der Infrastruktur hier im speziellen, aber was oft als erstes abgrätscht sind irgendwelche Limits für Threads entweder für die Server Requests oder für Datenbankzugriffe. Wenn z.B nur 20 parallele Datenbankverbindungen erlaubt sind, führt das schnell zu Timeouts, was dann als 500er durchschlägt. Zumindest wird irgendwas im Log gelandet sein.
Die aktiven SQL Connections kann man auf jedenfall konfigurieren. Siehe https://join-lemmy.org/docs/en/administration/configuration.html
Und der Default von 5 parallelen Connections wäre extrem wenig. Hatte beruflich vor kurzem das exakt selbe Problem - 500er durch Timeouts weil die SQL-Connections auf 5 standen - kombiniert mit nem Aquire-Timeout von paar Sekunden. Wenn dann paar hundert Anfragen gleichzeitig kommen ist Ende - selbst wenn CPU/RAM etc. quasi idle sind.
Wobei die SQL-Verbindungen anwendungsseitig sowieso in einem Pool sein sollten, die will man ja gar nicht immer wieder schließen und öffnen müssen. Und 5 ist zwar nicht viel, aber auch nicht total unterdimensioniert. Oracle z.B. empfiehlt 1-10 Verbindungen pro Core auf der Maschine mit dem DBMS.
Außerdem: Ich kenne mich mit Lemmy überhaupt nicht aus, bin aber überrascht, dass da eine Postgres bzw. überhaupt eine relationale DB hintersteht. Für diesen Anwendungsfall hätte ich eine NoSQL-DB erwartet.
Ohne das genaue Setup zu kennen ist es schwierig zu sagen ob es an diesem Parameter liegt. Aber wäre auf jedenfall etwas, dass es sich lohnen würde zu monitoren.
FYI hier ein Post auf der Instanz sh.itjust.works wonach ein Erhöhen der nginx worker_connections geholfen hat: https://sh.itjust.works/post/49787
Bekomme auch öfter mal HTTP 500 errors von nginx. Schaut eher so aus als ob beim Update/Umbau was nicht hinhaut.
Vermuetlich kommt der Server der Instanz ans Limit, hatte ich die letzten Tage öfters.
Der Fehler sollte nun behoben sein.
Gleiches Problem mit Firefox unter Android. Ab und zu geht die Anfrage auch garnicht durch