3
MySQL Server startet nicht - The partition with ... is too full!
Ich nutze Debian 2.6.26-25lenny1..
Nun ist nach einem Server reboot meine MySQL Datenbank nicht mehr angesprungen
Wenn ich über ssh etc/init.d/mysql start ausführe, so erhalte ich:
etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
Was mir im Grunde sagt, dass eine meiner Partitionen übergelaufen ist.
also df -h ausgeführt.. Das gibt mir folgendes Ergebnis
Filesystem Size Used Avail Use% Mounted on
/dev/md2 691G 128G 529G 66% /
tmpfs 4.0G 0 4.0G 0% /lib/init/rw
udev 10M 764K 9.3M 8% /dev
tmpfs 4.0G 0 4.0G 0% /dev/shm
/dev/md1 251M 22M 217M 10% /boot
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/before-local
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/before-queue
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/before-remote
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/info
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/spool
Das zeigt mir allerdings an, dass das nicht der Fall sein kann..
du -h /var/lib/mysql sagt mir,
24G /var/lib/mysql
dass meine MySQL libs mit 24 GB doch schon recht groß sind, dass ist für mich persönlich allerdings nicht besonderst verwunderlich..
Meine ibdata1 File ist mit 4,5GB allerdings auch nicht sonderlich klein, kann diese allerdings nicht löschen, da ich dann Probleme mit meinen inno_db Datenbanken bekomme.
Meine Vermutung ist, dass beim start von MySQL diese Datei in eine tmpfs Partition kopiert wird, und die dafür dann natürlich auch viel zu groß dafür ist.. Kann hier aber auch auf dem Holzweg sein ;)
Ein ähnliches Problem gab es hier schon mal: MySQL Serverproblem da müsste es aber am Ende an der vollgelaufenen Partition gehangen haben.
Ich hoffe es kann mir wer helfen, dass ich meine MySQL Datenbank schnell wieder zum laufen bekomme..
Nun ist nach einem Server reboot meine MySQL Datenbank nicht mehr angesprungen
Wenn ich über ssh etc/init.d/mysql start ausführe, so erhalte ich:
etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
Was mir im Grunde sagt, dass eine meiner Partitionen übergelaufen ist.
also df -h ausgeführt.. Das gibt mir folgendes Ergebnis
Filesystem Size Used Avail Use% Mounted on
/dev/md2 691G 128G 529G 66% /
tmpfs 4.0G 0 4.0G 0% /lib/init/rw
udev 10M 764K 9.3M 8% /dev
tmpfs 4.0G 0 4.0G 0% /dev/shm
/dev/md1 251M 22M 217M 10% /boot
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/before-local
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/before-queue
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/before-remote
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/info
tmpfs 4.0G 0 4.0G 0% /opt/psa/handlers/spool
Das zeigt mir allerdings an, dass das nicht der Fall sein kann..
du -h /var/lib/mysql sagt mir,
24G /var/lib/mysql
dass meine MySQL libs mit 24 GB doch schon recht groß sind, dass ist für mich persönlich allerdings nicht besonderst verwunderlich..
Meine ibdata1 File ist mit 4,5GB allerdings auch nicht sonderlich klein, kann diese allerdings nicht löschen, da ich dann Probleme mit meinen inno_db Datenbanken bekomme.
Meine Vermutung ist, dass beim start von MySQL diese Datei in eine tmpfs Partition kopiert wird, und die dafür dann natürlich auch viel zu groß dafür ist.. Kann hier aber auch auf dem Holzweg sein ;)
Ein ähnliches Problem gab es hier schon mal: MySQL Serverproblem da müsste es aber am Ende an der vollgelaufenen Partition gehangen haben.
Ich hoffe es kann mir wer helfen, dass ich meine MySQL Datenbank schnell wieder zum laufen bekomme..
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 205011
Url: https://administrator.de/contentid/205011
Ausgedruckt am: 22.11.2024 um 21:11 Uhr
3 Kommentare
Neuester Kommentar
Der typische Schlaumeier Spruch wäre, ersteinmal System aktualisieren, da Lenny schon etwas älter ist. Persönlich würde ich
- eine Sicherungskopie von /var/lib/mysql machen
- einen fsck auf die Systempartition durchführen
- prüfen ob nicht aus Versehen das System auf einer FAT32 Partition liegt (hab ich schon gesehen!)
- prüfen ob man eine größere Datei in den /var/lib/mysql Ordner kopieren kann
- prüfen das kein mysql Dienst/Programm läuft und im Notfallmodus starten:
/usr/bin/mysqld_safe --skip-grant-tables --skip-networking
Also, ich hab nun alles gesichert und den ganzen Server neu aufgesetzt, nachdem ich mich mit fehlgeschlagenen Rettungsversuchen herumgeärgert hatte..
MySQL im safe modus hatte übrigens funktioniert, nutzte aber nicht wirklich viel..
Das System liegt bestimmt nicht auf einer FAT32 Partition, da es sich um einen Root Server handelt und Dateigrößen von mehr als 2 GB möglich waren (wie zB die 4,5 GB ibdata1 File)
Größere Dateien konnte man auch ohne Probleme in den Ordner kopieren. (hatte einfach mal die besagte ibdata1 Datei ein weiteres mal hinein kopiert)
MySQL Dienste liefen sonst auch keine ;)
War wohl mehr im argen am Server.. :/
MySQL im safe modus hatte übrigens funktioniert, nutzte aber nicht wirklich viel..
Das System liegt bestimmt nicht auf einer FAT32 Partition, da es sich um einen Root Server handelt und Dateigrößen von mehr als 2 GB möglich waren (wie zB die 4,5 GB ibdata1 File)
Größere Dateien konnte man auch ohne Probleme in den Ordner kopieren. (hatte einfach mal die besagte ibdata1 Datei ein weiteres mal hinein kopiert)
MySQL Dienste liefen sonst auch keine ;)
War wohl mehr im argen am Server.. :/
Schön das du das Problem beheben konntest. Übrigends bei FAT32 darf eine Datei 4GB groß sein 
