Hoje, deparei-me com um problema e não tenho certeza se é uma configuração incorreta do meu provedor de hospedagem, porque não mudei nada sobre o sistema de arquivos.
df -h diz:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 50G 2.4G 0 100% /
Ele diz que é 100% usado, mas apenas 2,4G de 50 estão realmente em uso. Eu também tentei excluir alguns arquivos de log que eram grandes, mas não ajudaram.
Também verifiquei com "du -sh *" se há algo grande, mas não consegui encontrar nada grande.
Alguém tem uma ideia?
// edit: Existem INodes suficientes gratuitos.
df -hi
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/simfs 25M 137K 25M 1% /
// edit: Saída completa:
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
// edit: Permissões:
ls -la /dev/simfs
brw------- 1 root root 144, 149 Aug 14 00:01 /dev/simfs
linux
vps
linux-vserver
Zazama
fonte
fonte
Respostas:
Você está usando um VPS baseado em OpenVZ e, nesse VPS, seu sistema de arquivos raiz não é realmente um sistema de arquivos, mas um diretório no host . Esse diretório no host ficou sem espaço em disco.
Esse é um forte sinal de que o seu provedor supercomprometiu significativamente os recursos e não os está monitorando bem ou de maneira alguma. A substituição do simfs, conhecida como ploop , é mais difícil de comprometer demais , tem uma garantia mais forte de espaço em disco e tem um desempenho melhor.
Eu recomendo fortemente que você encontre outro provedor o mais rápido possível. É muito improvável que este seja o último problema que você terá com o seu atual. (E, é claro, um que não seja baseado no OpenVZ.)
fonte