Espaço restante da unidade de disco rígido não calcula

0

Eu tenho um servidor com vários serviços (Apache, MySQL, DNS, Nagios) e tenho tido problemas com o disco rígido. Após uma revisão, notei que a porcentagem usada de acordo com df não faz sentido. O espaço usado mais o espaço disponível não é igual ao espaço total. Na época em que tomei conhecimento disso (graças a uma notificação do Nagios), o espaço disponível era inferior a 1 GB do nosso disco rígido de 40 GB. De acordo com a coluna du e df "Usado", o real usado foi de 11 GB. Essa é uma diferença de 28GB. No momento, ele está flutuando apenas um pouco, mas às vezes flutua a mais de 1000 bytes por segundo. Veja aqui:

$ df / && sleep 5 && df /
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/vzfs             41943040  11398324  29195724  29% /
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/vzfs             41943040  11398324  29173016  29% /

Este é um VPS que não tenho acesso físico. Ele está executando o XFS, então um fsck de reinicialização normal também não é uma opção. Não faz isso constantemente, e os arquivos de log não parecem indicar nada. iotop nem sequer mostra atividade alguma. Twist, temos pessoas ativamente usando esta máquina, então não podemos simplesmente formatar.

Saída de df -a :

$ sudo df -a
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/vzfs             41943040  11398740  29064180  29% /
proc                         0         0         0   -  /proc
sysfs                        0         0         0   -  /sys
none                    524288         4    524284   1% /dev
none                         0         0         0   -  /dev/pts
none                   5242880        12   5242868   1% /var/tmpfs
none                         0         0         0   -  /proc/sys/fs/binfmt_misc
/etc/named            41943040  11398740  29064180  29% /var/named/chroot/etc/named
/var/named            41943040  11398740  29064180  29% /var/named/chroot/var/named
/etc/named.rfc1912.zones
                      41943040  11398748  29064172  29% /var/named/chroot/etc/named.rfc1912.zones
/etc/rndc.key         41943040  11398748  29064172  29% /var/named/chroot/etc/rndc.key
/usr/lib64/bind       41943040  11398756  29064164  29% /var/named/chroot/usr/lib64/bind
/etc/named.iscdlv.key
                      41943040  11398764  29064156  29% /var/named/chroot/etc/named.iscdlv.key
/etc/named.root.key   41943040  11398772  29064148  29% /var/named/chroot/etc/named.root.key
    
por Drew Noel 01.03.2014 / 21:22

1 resposta

1

O sistema de arquivos pode ser construído a partir de vários dispositivos. Você precisa dar uma olhada completa em tudo. Sugiro usar a opção -a .

$ df -a
/dev/mapper/fedora_greeneggs-root  51475068  14698136  34139108  31% /
/dev/sda1                            487652    100725    357231  22% /boot
/dev/mapper/fedora_greeneggs-home 420590200 164261484 234940840  42% /home

Existem vários dispositivos combinados para criar o espaço em disco no sistema. Se você conhece o diretório em que está sem espaço, pode sempre direcionar df para ele da seguinte forma:

$ df /var/log
Filesystem                        1K-blocks     Used Available Use% Mounted on
/dev/mapper/fedora_greeneggs-root  51475068 14698136  34139108  31% /

Isso mostrará o dispositivo + o espaço disponível & usado com base nesse diretório.

Quem está usando todo o meu espaço em disco?

Se você gostaria de identificar os 10 maiores diretórios, dê uma olhada na resposta que eu forneci para este U & QA & A intitulado: ls com find :: tamanho total do relatório .

    
por 01.03.2014 / 21:46

Tags