/ 100% uso RESOLVIDO

[rsd44]

Boa tarde!
Até encontrei alguns problemas com este mesmo assunto, porém não vi uma solução que se encaixe a minha situação que é a seguinte:
Uso Ubuntu 14.04 server pois é a distro  homologada pela Dell no meu servidor de arquivos. Tenho 2 hds de 2TB em raid1, o samba configurado e a partição /home até sexta-feira usava pouco mais de 50% do espaço disponível, faço um backup diário às 20:00 hs para um hd externo, por algum motivo que desconheço na sexta-feira o hd externo não estava montado, então foi feita uma cópia para dentro da partição /  chegando aos 100% de uso, Não consigo localizar onde estão estes arquivos. Alguém saberia me dizer como localizar e excluir essa cópia?

[zekkerj]

primeira coisa a verificar... entre no diretório "/var/log" e veja se há algum log que esteja tomando todo o espaço em disco. Se houver, faça backup e remova o arquivo.
Em seguida, tente ver o motivo desse log ter crescido fora de controle; pode ser que ele esteja tentando (repetidamente) te alertar de algum outro problema.

[rsd44]

Zekkerj obrigado por responder, já verifiquei /var/log porém nada esclareceu, os logs tem em média 40k

[zekkerj]

Em média... média significa que há alguns abaixo disso, e alguns acima. Use um "ls -lh" pra ver se há algum arquivo muito acima.

Uma outra forma de confirmar o consumo de espaço de uma pasta é por meio do aplicativo "du". Você pode usar "du -smx /var/log", o resultado será o espaço total gasto por arquivos nessa pasta, em Megabytes. Você pode ir variando o destino, ou usar algum wildcard pra pesquisar em vários ao mesmo tempo. Só não recomendo que vc faça direto na raiz, pois pode demorar MUITO tempo pra terminar.

[rsd44]

Em média... média significa que há alguns abaixo disso, e alguns acima. Use um "ls -lh" pra ver se há algum arquivo muito acima.

Uma outra forma de confirmar o consumo de espaço de uma pasta é por meio do aplicativo "du". Você pode usar "du -smx /var/log", o resultado será o espaço total gasto por arquivos nessa pasta, em Megabytes. Você pode ir variando o destino, ou usar algum wildcard pra pesquisar em vários ao mesmo tempo. Só não recomendo que vc faça direto na raiz, pois pode demorar MUITO tempo pra terminar.

Usei o comando du -smx /var/log o resultado foi esse
45      /var/log/

[zekkerj]

Repete o comando em outras pastas, tipo, /var, /home, etc.
Se não aparecer um culpado, faz "cd /" e "du -smx *".
Vai demorar, vai encrencar com os arquivos em /proc, mas vai mostrar qual pasta está tomando o espaço do sistema de arquivos.

[rsd44]

Repete o comando em outras pastas, tipo, /var, /home, etc.
Se não aparecer um culpado, faz "cd /" e "du -smx *".
Vai demorar, vai encrencar com os arquivos em /proc, mas vai mostrar qual pasta está tomando o espaço do sistema de arquivos.

Olha o resultado
Não sei dizer  onde está o problema
10      bin
101     boot
1       dev
18      etc
725330  home
0       initrd.img
0       initrd.img.old
582     lib
1       lib64
1       lost+found
1       media
1       mnt
45      opt
du: não é possível acessar “proc/32104/task/32104/fd/4”: Arquivo ou diretório não encontrado
du: não é possível acessar “proc/32104/task/32104/fdinfo/4”: Arquivo ou diretório não encontrado
du: não é possível acessar “proc/32104/fd/4”: Arquivo ou diretório não encontrado
du: não é possível acessar “proc/32104/fdinfo/4”: Arquivo ou diretório não encontrado
0       proc
15      root
7       run
13      sbin
2       script-backups
1       srv
0       sys
1       tigervnc
1       tmp
6617    usr
1511    var
0       vmlinuz
0       vmlinuz.old

O /home tem as pastas de produção que não posso excluir, o script do backup faz um rsync do /home para um hd externo, porém não encontrou esse hd e tomou todo o espaço do sistema de arquivos

[rsd44]

Em média... média significa que há alguns abaixo disso, e alguns acima. Use um "ls -lh" pra ver se há algum arquivo muito acima.

Uma outra forma de confirmar o consumo de espaço de uma pasta é por meio do aplicativo "du". Você pode usar "du -smx /var/log", o resultado será o espaço total gasto por arquivos nessa pasta, em Megabytes. Você pode ir variando o destino, ou usar algum wildcard pra pesquisar em vários ao mesmo tempo. Só não recomendo que vc faça direto na raiz, pois pode demorar MUITO tempo pra terminar.

bom dia zekkerj tudo bem?
Achei dentro de var/log um arquivo com 7Mb, nele obtive as informações do início do backup às 20:00, porém nada esclarecedor, porém um pouco mais cedo(17:57) neste mesmo arquivo vi q por algum motivo q desconheço o hd externo foi montado em /media/renato, mas não está montado mais, incrível como arquivos que não existem podem estar ocupando todo esse espaço. Por favor se tiver alguma outra ideia estou aguardando. Obrigado

[zekkerj]

Na hora em que um sistema de arquivos é montado sobre uma pasta, todo o conteúdo anterior dela fica inacessível. Então, qualquer operação que vc fizer --- inclusive contar o espaço ocupado pelos arquivos da pasta --- vai falhar.

Desmonte esse HD externo, depois repita o "du -smx /home". Vamos ver se agora os arquivos aparecem.

[rsd44]

Na hora em que um sistema de arquivos é montado sobre uma pasta, todo o conteúdo anterior dela fica inacessível. Então, qualquer operação que vc fizer --- inclusive contar o espaço ocupado pelos arquivos da pasta --- vai falhar.

Desmonte esse HD externo, depois repita o "du -smx /home". Vamos ver se agora os arquivos aparecem.

Obrigado, pela ajuda, então o problema é justamente esse pois esse hd externo estava desmontado, no momento do backup, mas estava conectado, então montou automaticamente em /media/renato, só que  não está mais montado nesse local, alterei a montagem  para /mnt/disk2 que é o local para onde o script faz a sincronização, segui seu conselho e desmontei novamente e executei o comando. o resuultado é esse
724842  home/

[zekkerj]

Deixa o HD desmontado, confirme que a pasta onde ele é montado normalmente também não está estourando o espaço.

Procure também incluir no teu script algum teste pra confirmar se o HD está realmente montado, antes de sincronizar.

[rsd44]

Deixa o HD desmontado, confirme que a pasta onde ele é montado normalmente também não está estourando o espaço.

Procure também incluir no teu script algum teste pra confirmar se o HD está realmente montado, antes de sincronizar.

Se eu deixar desmontado o backup não acontecerá novamente a noite, e o pouco espaço que consegui liberar para o pessoal poder trabalhar irei perder. Inseri no script uma verificação de montagem.

[zekkerj]

Você precisa deixar desmontado pra resolver o problema. Depois de resolvido, você monta de novo, não?

PS: Você não tem um backup, tem um script de sincronização. Backup é outra coisa...

[rsd44]

Você precisa deixar desmontado pra resolver o problema. Depois de resolvido, você monta de novo, não?

PS: Você não tem um backup, tem um script de sincronização. Backup é outra coisa...

Correto, desmontei, agora de acordo com sua mensagem anterior, como verifico se a pasta onde é montado normalmente tem espaço?
Obrigado.
Bom dia zekkerj , usei o comando  du -ahc /|sort -h e localizei onde estavam os dados duplicados, exclui e agora está com 40% de uso. Muito obrigado, valeu pela persistência e as dicas que me ajudaram encontrar um caminho.