Aujourd'hui, j'ai rencontré un problème et je ne sais pas si c'est une mauvaise configuration de mon fournisseur d'hébergement, car je n'ai rien changé au système de fichiers.
df -h dit:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 50G 2.4G 0 100% /
Il dit qu'il est utilisé à 100%, mais seulement 2,4 G sur 50 sont vraiment utilisés. J'ai également essayé de supprimer certains fichiers journaux qui étaient gros, mais cela n'a pas aidé.
J'ai également vérifié avec "du -sh *" s'il y a quelque chose de grand, mais je n'ai rien trouvé de grand.
Quelqu'un a une idée?
// edit: Il y a suffisamment d'INodes disponibles.
df -hi
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/simfs 25M 137K 25M 1% /
// edit: Sortie complète:
df -T
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/simfs simfs 52428800 2127284 0 100% /
none devtmpfs 262144 4 262140 1% /dev
none tmpfs 52432 56 52376 1% /run
none tmpfs 5120 0 5120 0% /run/lock
overflow tmpfs 1024 0 1024 0% /tmp
none tmpfs 209700 0 209700 0% /run/shm
none tmpfs 102400 0 102400 0% /run/user
// modifier: autorisations:
ls -la /dev/simfs
brw------- 1 root root 144, 149 Aug 14 00:01 /dev/simfs
linux
vps
linux-vserver
Zazama
la source
la source
Réponses:
Vous utilisez un VPS basé sur OpenVZ, et sur ce VPS, votre système de fichiers racine n'est pas vraiment un système de fichiers, mais un répertoire sur l'hôte . Ce répertoire sur l'hôte n'a plus d'espace disque.
C'est un signe fort que votre fournisseur a des ressources considérablement sur-engagées et ne les surveille pas bien, ou pas du tout. Le remplacement des simfs, connu sous le nom de ploop , est plus difficile à surcharger, offre une plus grande garantie d'espace disque et fonctionne mieux.
Je vous conseille fortement de trouver un autre fournisseur dès que possible. Il est très peu probable que ce soit le dernier problème que vous rencontriez avec votre problème actuel. (Et, bien sûr, un non basé sur OpenVZ.)
la source