Preciso de ajuda para corrigir algum problema de espaço em disco.
Na verdade, estou usando um servidor privado de nuvem vps com 50 GB de espaço em disco.
Quando executo df -h , obtenho:
Filesystem Size Used Avail Use% Mounted on
/dev/root 48G 45G 570M 99% /
devtmpfs 2.0G 4.0K 2.0G 1% /dev
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 395M 524K 395M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 2.0G 0 2.0G 0% /run/shm
none 100M 0 100M 0% /run/user
df -i retorna:
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/root 3141600 78065 3063535 3% /
devtmpfs 505084 1438 503646 1% /dev
none 505206 2 505204 1% /sys/fs/cgroup
none 505206 891 504315 1% /run
none 505206 2 505204 1% /run/lock
none 505206 1 505205 1% /run/shm
none 505206 2 505204 1% /run/user
Mas quando executo du -sh / | sort -nr | head , obtenho:
du: cannot access â/sys/kernel/slab/L2TP/IPv6â: No such file or directory
du: cannot access â/sys/kernel/slab/L2TP/IPâ: No such file or directory
du: cannot access â/proc/391/task/391/fd/4â: No such file or directory
du: cannot access â/proc/391/task/391/fdinfo/4â: No such file or directory
du: cannot access â/proc/391/fd/4â: No such file or directory
du: cannot access â/proc/391/fdinfo/4â: No such file or directory
du: cannot access â/proc/402â: No such file or directory
du: cannot access â/proc/32350â: No such file or directory
du: cannot access â/proc/32354â: No such file or directory
du: cannot access â/proc/32356â: No such file or directory
du: cannot access â/proc/32360â: No such file or directory
du: cannot access â/proc/32363â: No such file or directory
du: cannot access â/proc/32368â: No such file or directory
8.9G /
Então eu sei que ambos os comandos não retornam o mesmo tipo de informação. O primeiro retorna o uso do disco do sistema de arquivos, o outro, o espaço usado pelos arquivos.
Não há unidade ou dispositivo montado e o peso dos logs é de aproximadamente 167M.
Eu tentei cat /proc/mounts , que retorna:
rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=2020336k,nr_inodes=505084,mode=755 0 0
sysfs /sys sysfs rw,relatime 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
none /sys/fs/cgroup tmpfs rw,relatime,size=4k,mode=755 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /run tmpfs rw,nosuid,noexec,relatime,size=404168k,mode=755 0 0
none /sys/fs/pstore pstore rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /run/user tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,name=systemd 0 0
Para que eu possa identificar o que está usando tanto espaço, como meu du parece correto?
Eu tentei autoclean e autoremove sem chance, tudo está bem.
BTW Eu também tenho um cron que executa datas e mysql dump e os envia para o Dropbox. Mas as 7 pastas (backup de 7 dias) usam apenas 1,7 gb de espaço em disco.
Obrigado por me ajudar.
EDIT: Eu percebi isso.
Na verdade, eu estava usando um script para iniciar o backup e sincronizar com a caixa de depósito dos arquivos do meu aplicativo.
As coisas são: Eu tenho um script de sincronização que informa qual é o aplicativo para obter os backups, em seguida, sincronizá-lo para dropbox. Mas a sincronização é ao mesmo tempo. E os arquivos de sincronização temporários estão na mesma pasta que o script de sincronização. Por uma razão desconhecida, o script foi executado várias vezes ao invés de uma vez (provavelmente uma configuração do cron ruim). Assim, cada instância estava usando algum espaço em disco para sincronizar e, finalmente, fiquei sem espaço em disco.