MySQL start fail

[Samme]

Witajcie.

Dokładniej chodzi o to, że przy starcie SQL wyświetla się komunikat:

The partition with /var/lib/mysql is too full! ... failed!

Sprawa wygląda na prostą, gdyż komunikat mówi, że zwyczajnie brakuje miejsca na tej partycji.

Dziwnym jest to, że du -hs mówi zupełnie co innego - żadna partycja (folder) nie jest większa od 1GB.

du -hs /*
0 /aquota.group
0 /aquota.user
4.2M /bin
4.0K /boot
4.0K /dev
3.6M /etc
1021M /home
11M /lib
4.0K /media
8.0K /mnt
4.0K /opt
du: cannot access `/proc/17906/task/17906/fd/4': No such file or directory
du: cannot access `/proc/17906/fd/4': No such file or directory
0 /proc
7.6M /root
4.7M /sbin
4.0K /selinux
4.0K /srv
0 /sys
0 /tmp
865M /usr
219M /var

No i df -h nie wiem dlaczego ale zwraca ciągle USE 100%:

df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 21G 2.1G 0 100% /

Mieliscie kiedys cos takiego?

Pozdrawiam.

 

[Don Daniello]

Może quota cię ogranicza ?

 

[Samme]

Próbowałem to sprawdzić ale coś mi nie wyszło...

Głupie VPSy :/

 

[Don Daniello]

Wywal z /etc/fstab wpisy o quocie i zrestartuj jeśli możesz. Ewentualnie spróbuj coś ala quotaoff blablabla ale nie pamiętam dokładnie.

 

[Samme]

quotacheck -avugm
quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
quotacheck: Quota for users is enabled on mountpoint / so quotacheck might damage the file.
Please turn quotas off or use -f to force checking.

To może być przyczyną.

quotaoff/quotaon nie działa, próbowałem z parametrem -f (OFF).

quotaoff -f
Bad number of arguments.
quotaoff: Usage:
quotaoff [-guvp] [-F quotaformat] [-x state] -a
quotaoff [-guvp] [-F quotaformat] [-x state] filesys ...

 

[koob]

Pokaz jeszcze:

fdisk -l

EDIT:
du nie zawsze pokazuje prawdziwy rozmiar ( sumuje po i-nodach), inode jakiegos pliku moze byc zdealokowany ( nie widoczny w du ), plik fizycznie moze jeszcze istniec na dysku ( istniej dla df - jedzie on po blokach ).

@down
moze to tez byc fail ze strony hostera.

 

[Samme]

@koob

fdisk -l
cannot open /proc/partitions

to samo z :

fdisk -l /dev/simfs
Cannot open /dev/simfs

Co do du, to wiem i próbowałem też:

find /var -type f -printf "%s\t%p\n"|sort -n

Nie znajduje jakoś znacząco wielkich plików (mowa o 100 MB+).

@edit

Chociaż myślę, że działa na podobnej zasadzie co du...

 

[koob]

Czyli wyglada na fail hostera, skontaktuj sie z nim i zapytaj.

 

[Samme]

Czyli wyglada na fail hostera, skontaktuj sie z nim i zapytaj.

Tak właśnie było. Dzięki za pomoc