Reproduzierbarer Schild-Absturz (DB-Überlast)
Verfasst: Montag 28. Juni 2021, 15:57
Hallo,
wir haben folgenden reproduzierbaren Fehler festgestellt:
Man trifft bei "Filter 1" eine Auswahl auf einen Versetzungsvermerk, z.B. "Nicht versetzt". Es werden ein paar SuS gefunden, die man dann übernimmt.
Nun sucht man per "Schüler suchen" irgendjemanden, der nicht in der Auswahl ist. Man erhält den entsprechechenden Hinweis mit der Frage, ob die Auswahl angepasst werden soll. Ein "Ok" führt dann zum Absturz, d.h. auf der Schild-Oberfläche erhält man die SQL-Sanduhr und es nichts geht mehr.
Bei uns läuft die Datenbank auf einer Maria-DB auf einem Linux-Server: Dort geht der DB-Prozess (mariadbd) auf 100% CPU-Auslastung und schreibt das /tmp-Verzeichnis voll, bis dort kein Platz mehr ist...
Ein mysqlcheck zeigte keine Probleme in der DB. Es wäre nun also interessant zu erfahren, ob das ein lokales Problem hier bei uns ist oder ob es da in Schild SQL-Abfragen gibt, die unter den beschriebenen Umständen "suboptimal" gestaltet sind.
Freundliche Grüße,
Jörg Schaldach
wir haben folgenden reproduzierbaren Fehler festgestellt:
Man trifft bei "Filter 1" eine Auswahl auf einen Versetzungsvermerk, z.B. "Nicht versetzt". Es werden ein paar SuS gefunden, die man dann übernimmt.
Nun sucht man per "Schüler suchen" irgendjemanden, der nicht in der Auswahl ist. Man erhält den entsprechechenden Hinweis mit der Frage, ob die Auswahl angepasst werden soll. Ein "Ok" führt dann zum Absturz, d.h. auf der Schild-Oberfläche erhält man die SQL-Sanduhr und es nichts geht mehr.
Bei uns läuft die Datenbank auf einer Maria-DB auf einem Linux-Server: Dort geht der DB-Prozess (mariadbd) auf 100% CPU-Auslastung und schreibt das /tmp-Verzeichnis voll, bis dort kein Platz mehr ist...
Ein mysqlcheck zeigte keine Probleme in der DB. Es wäre nun also interessant zu erfahren, ob das ein lokales Problem hier bei uns ist oder ob es da in Schild SQL-Abfragen gibt, die unter den beschriebenen Umständen "suboptimal" gestaltet sind.
Freundliche Grüße,
Jörg Schaldach