Disco indo de quase vazio para cheio em um dia sem explicação óbvia: como diagnosticar

Question

Então aqui estão os sintomas do mt. Nos últimos dias, começo o dia com 33 GB de espaço e, em seguida, chego no dia seguinte para ver que tenho apenas 1 GB de espaço restante. Estou avaliando o espaço usando "df"

hari@hari-Precision-WorkStation-T7500:~$ df
Filesystem                                                              1K-blocks       Used  Available Use% Mounted on
/dev/sde1                                                               230398116  216818952    1852572 100% /
none                                                                            4          0          4   0% /sys/fs/cgroup
udev                                                                      6135136          4    6135132   1% /dev
tmpfs                                                                     1229864       1588    1228276   1% /run
none                                                                         5120          0       5120   0% /run/lock
none                                                                      6149304       5808    6143496   1% /run/shm
none                                                                       102400         56     102344   1% /run/user
//server01.mycompany.com/archive$/Biology/RAW-Data 8458860528 4685045352 3773815176  56% /home/rawdata2
/dev/sda1                                                              1953512032 1724815580  228696452  89% /media/hari/FreeAgent GoFlex Drive1

A única mudança que fiz no meu sistema foi montar um compartilhamento de arquivos de 9 TB usando o módulo cifs (samba) antes que este problema começasse.

Quando executo o analisador de uso de disco "baobab", ele informa sobre o disco sem sugerir que qualquer diretório único em minha casa tenha crescido significativamente durante a noite - ou seja, as porcentagens não aumentam significativamente.

Estou executando um servidor da Web privado nessa máquina e não estou executando muito mais nessa máquina. Não há logs que estão crescendo significativamente durante a noite, nem existem processos que tenham muito disco io como investigado por "htop" "top".

Eu tentei usar o "sudo iotop", mas não sei como interpretar sua saída.

Onde está o meu espaço em disco? Eu estou com medo de que é algum indexador que está tentando indexar o compartilhamento de arquivos de 9 TB que está segurando em algum espaço desde que o problema começou depois que eu adicionei o compartilhamento de arquivos de 9 TB.

Estou executando o Ubuntu 13.10, 3.11.0-15-generic

Como faço para solucionar problemas usando todo esse espaço. Estou com medo de algum indexador ou algum outro processo em segundo plano.

    

Answer 1

Se você estiver em uma situação em que a reinicialização não esteja sempre liberando o espaçamento, eu reinicializaria no modo de recuperação e usaria du como descrito acima para ter uma ideia de para onde o espaço está indo. Eu costumo fazer "du-sc * | sort -n" como uma forma rápida e suja de fazer este tipo de investigação (suja devido a problemas com arquivos ocultos, etc., como discutido acima). Comece na raiz e trabalhe para baixo.

Eu concordaria que este é um problema muito estranho. Talvez tente desativar seletivamente os serviços para ver se você consegue pará-lo? No que diz respeito à indexação, as únicas coisas que rodam em todo o sistema como padrão que eu posso pensar devem ser localizar / mlocate. Há também o apt-xapian que indexa pacotes, mandb que indexa man pages.

Você está fazendo o login nesta máquina com uma sessão de desktop? Em caso afirmativo, o problema é interrompido se você fizer login (pelo menos graficamente)?

    

Answer 2

Se o espaço em disco for sempre liberado após a reinicialização, isso provavelmente significa que o espaço é usado por alguns arquivos desvinculados. Arquivos desvinculados são excluídos = desvinculados do sistema de arquivos, mas um processo ainda os mantém abertos, portanto o espaço em disco usado por tal arquivo não é liberado até que o processo libere o arquivo. O processo que contém o arquivo desvinculado também pode continuar gravando no arquivo e usando mais e mais espaço em disco indetectável no sistema de arquivos.

Para visualizar arquivos desvinculados e o processo que os contém, você pode usar lsof . Até muito tempo eu sempre usei alguns grep -ing na saída lsof para ver os arquivos desvinculados, mas há um tempo eu encontrei super answer sobre como visualizar arquivos desvinculados facilmente. Você só tem que usar

lsof +L1

, pois isso listará todos os arquivos abertos com contagem de links menor que 1, portanto, eles estão desvinculados.

Portanto, use lsof +L1 e verifique se há muitos arquivos ou arquivos grandes desvinculados em sua máquina, você também verá qual processo os mantém.