Pastas montadas com bind ocupam espaço na unidade raiz

0

Alguns meses atrás, eu configurei um armazenamento separado para meus dados no meu servidor linux (rodando o Ubuntu 17.10).

A maneira como eu o configurei é a seguinte:

  • /dev/mapper/community--vg-root - unidade principal - 60 GB - mapeado para /
  • /dev/xvdb1 - unidade secundária - 100 GB - mapeada para /mnt/data

então, como sei que tenho muitos aplicativos e dados em: /opt , /var , /home e /root , decidi usar a opção mount bind para mover todos os arquivos para a nova unidade em %código%. Meu /mnt/data é assim:

#<file system>          <mount point>           <type>          <options>       <dump>  <pass>
/dev/mapper/community--vg-root /                ext4            errors=remount-ro 0       1
/dev/mapper/community--vg-swap_1 none           swap            sw              0       0

# data - 100GB
/dev/xvdb1              /mnt/data               ext4            defaults        0       1
/var                    /mnt/data/var           none            defaults,bind   0       0
/opt                    /mnt/data/opt           none            defaults,bind   0       0
/home                   /mnt/data/home          none            defaults,bind   0       0
/root                   /mnt/data/root          none            defaults,bind   0       0

O problema

Usando /etc/fstab , obtenho:

/dev/mapper/community--vg-root   53G   16G   35G  32% /
/dev/xvdb1                       98G   61M   93G   1% /mnt/data

Mas usando df -h em du -h , obtenho:

14G     .

Então, eu definitivamente sei que meus binds e montagens estão funcionando, mas todos os dados ainda ocupam espaço em root .

Todos os dados foram movidos da unidade principal para a secundária e, em seguida, montados. Portanto, não há dados em /mnt/data , /var , /opt , /root na unidade principal.

Uma vez eu tive que remover alguns arquivos, porque o sistema não estava respondendo devido a arquivos de log ocupando todo o espaço na raiz (o que eles não podem, porque eles estão em um disco rígido diferente).

Existe alguma maneira de resolver este problema? A razão pela qual eu adicionei uma segunda unidade foi impedir que a unidade raiz ficasse cheia e mover meus dados preciosos para outra unidade que era apenas para dados.

    
por Sonic656 19.07.2018 / 07:14

0 respostas