Poison Nuke
18.04.13, 16:22
Hallo,
hatte einer von euch schonmal das Problem:
/etc/init.d/mysql restart
Stopping MySQL database server: mysqld.
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 685G 135G 550G 74% /
tmpfs 1.9G 0 1.9G 0% /lib/init/rw
udev 10M 768K 9.3M 8% /dev
tmpfs 1.9G 4.0K 1.9G 1% /dev/shm
/dev/sdb1 688G 85G 603G 75% /disk2
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/before-local
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/before-queue
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/before-remote
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/info
tmpfs 1.9G 8.0K 1.9G 1% /opt/psa/handlers/spool
tune2fs -l /dev/sda2 | grep Free
Free blocks: 125392978
Free inodes: 45401273
wobei interessanterweise die Ausgabe von df auch nicht korrekt ist.
mit einem du -sh * auf / sind ca. 200GB belegt. Trotzdem mehr als genug sollten noch frei sein.
Server wurde schon neugestartet und fsck erzwungen.
auf rootkits wurde auch schon geprüft, es wurde nichts verdächtiges gefunden.
Was kann hier faul sein, dass df und mysql rumspinnen?
Daten schreiben funktioniert auch noch:
dd if=/dev/urandom count=1024 bs=32768 of=/root/big.bin
1024+0 Datensätze ein
1024+0 Datensätze aus
33554432 Bytes (34 MB) kopiert, 4,44607 s, 7,5 MB/s
hatte einer von euch schonmal das Problem:
/etc/init.d/mysql restart
Stopping MySQL database server: mysqld.
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 685G 135G 550G 74% /
tmpfs 1.9G 0 1.9G 0% /lib/init/rw
udev 10M 768K 9.3M 8% /dev
tmpfs 1.9G 4.0K 1.9G 1% /dev/shm
/dev/sdb1 688G 85G 603G 75% /disk2
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/before-local
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/before-queue
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/before-remote
tmpfs 1.9G 0 1.9G 0% /opt/psa/handlers/info
tmpfs 1.9G 8.0K 1.9G 1% /opt/psa/handlers/spool
tune2fs -l /dev/sda2 | grep Free
Free blocks: 125392978
Free inodes: 45401273
wobei interessanterweise die Ausgabe von df auch nicht korrekt ist.
mit einem du -sh * auf / sind ca. 200GB belegt. Trotzdem mehr als genug sollten noch frei sein.
Server wurde schon neugestartet und fsck erzwungen.
auf rootkits wurde auch schon geprüft, es wurde nichts verdächtiges gefunden.
Was kann hier faul sein, dass df und mysql rumspinnen?
Daten schreiben funktioniert auch noch:
dd if=/dev/urandom count=1024 bs=32768 of=/root/big.bin
1024+0 Datensätze ein
1024+0 Datensätze aus
33554432 Bytes (34 MB) kopiert, 4,44607 s, 7,5 MB/s