ubuntuusers.de

nimmt die Konfig wieder raus und versuchst hiermit

1

sudo mv /var/lib/mysql/ib_logfile* ~/

dajohb schrieb:

hast du innodb_log_file_size auf 128M erhöht?

innodb_log_file_size=128M

und war es vorher kleiner?

Hab ich nicht, dieser Eintrag steht in keiner Datei.

Hab ich gerade mal reingesetzt: Erfolglos

dajohb schrieb:

nimmt die Konfig wieder raus und versuchst hiermit

1	sudo mv /var/lib/mysql/ib_logfile* ~/

DAS hat jetzt aber funktioniert 😀 👍

Aber was war passier? Kommt man jetzt nicht mehr hinter oder? Die logs können in den Müll?

da muss man genauer analysieren. Machst du was über plesk oder so? kann sein, dass darüber den Wert innodb_log_file_size sich erhöht hat.

Jein. Der Plex Server ist auf dem NAS, der MySQL Fehler war aber auf dem Server. Der Plex Client ist auf dem Amazon FireTV 4k. Meiner Meinung nach hat Plex gar nichts mit dem Server zu tuen.

nextcloud (vormals owncloud) nutze ich. Mir ist mal die Daten-Platte übergelaufen, da ist die Datenbank aber nicht drauf.

ich meine nicht Plex sonder Plesk, das ist eine WebGui für die Linux Verwaltung. Da du es nicht kennst, wirst es nicht verwenden. Dein Problem kann auch ein Festplatten Problem sein. Da muss man Logs zu der Zeit anschauen.

dajohb schrieb:

ich meine nicht Plex sonder Plesk, das ist eine WebGui für die Linux Verwaltung. Da du es nicht kennst, wirst es nicht verwenden. Dein Problem kann auch ein Festplatten Problem sein. Da muss man Logs zu der Zeit anschauen.

Oh sorry hab mich verlesen. Nein, Plesk nutze ich nicht. Ich admistriere über Konsole. Hatte gaaanz früher mal Webmin. War aber nicht ubuntu konform und hat mir bissl was kaputt gemacht.

Tja, hätte ja klappen können. Aber die Logs ich habe, sind geflutet mit den MySQL-Fehlern. Es muss also davor passiert sein.

Notiz an mich: Logs hin und wieder mal überprüfen 😐