Como verificar se uma partição do sistema cheia está a afetar as aplicações NAS

Eva Wong é a redatora técnica e entusiasta residente na ZimaSpace. Uma geek desde sempre, apaixonada por homelabs e software de código aberto, dedica-se a traduzir conceitos técnicos complexos em guias práticos. A Eva acredita que a auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ajuda a comunidade a desmistificar configurações de hardware, desde montar o primeiro NAS até dominar os contentores Docker.

Uma partição do sistema cheia pode impedir o funcionamento das aplicações NAS, mesmo quando o grande conjunto de dados ainda tem terabytes livres.

As aplicações precisam de espaço local para registos, bases de dados, ficheiros temporários, atualizações, camadas de contentores, sockets e gravações de configuração. Confirme qual é a montagem cheia, associe o erro da aplicação a uma falha de escrita, identifique o que está a consumir espaço no sistema e liberte espaço através do componente responsável.

Confirme se a partição do sistema é a montagem cheia

Verifique todos os sistemas de ficheiros montados e identifique os caminhos da raiz, do arranque, das aplicações, dos contentores e dos dados. A primeira tarefa é confirmar qual é exatamente a montagem cheia, porque o espaço livre no conjunto de dados não pode satisfazer uma escrita destinada ao sistema de ficheiros raiz.

Use df -h para consultar a capacidade em blocos e df -i para consultar os registos de ficheiros. Um caminho pode recusar novos ficheiros quando os blocos livres e os inodes livres são limites independentes e qualquer um deles se esgota.

Sintoma da aplicação Falha de escrita provável Verificação
Erro de início de sessão ou da base de dados Journal ou socket da base de dados Registos da aplicação e caminho da base de dados
A atualização ou instalação falha Cache de pacotes ou ficheiro temporário Montagens raiz e temporárias
O contentor não inicia Camada, registo ou estado do Overlay Utilização do armazenamento do contentor
Os carregamentos falham Caminho de preparação temporária Diretório temporário configurado

Associar as falhas das aplicações à falta de espaço para escrita

Consulte os registos da aplicação, da base de dados, do contentor e do sistema para procurar mensagens como «não há espaço disponível», sistema de ficheiros só de leitura, falha do journal ou impossibilidade de criar um ficheiro temporário. Uma aplicação ainda pode apresentar a página Web a partir da memória, enquanto as tarefas em segundo plano, os carregamentos e as confirmações da base de dados falham.

Registe as marcas temporais e faça um teste de escrita inofensivo no caminho afetado. Evite reinícios generalizados até guardar os dados de diagnóstico; reiniciar todas as aplicações pode gerar mais registos, ocultar o primeiro erro e alterar o serviço que falha a seguir.

Localizar registos, camadas de contentores, inodes e ficheiros eliminados

Meça os diretórios de sistema de nível superior e, depois, analise em detalhe o maior resultado. Entre os elementos que normalmente ocupam espaço estão os diários, os registos de aplicações, as camadas de imagens, as caches de compilação, os ficheiros de informação de falhas, as caches de pacotes, as miniaturas e os ficheiros temporários. Consulte os relatórios da aplicação ou do gestor de contentores antes de eliminar diretórios de dados cujo conteúdo não seja evidente.

Se os totais dos diretórios não explicarem a utilização do sistema de ficheiros, procure ficheiros eliminados que continuem abertos. Se os inodes estiverem esgotados, localize diretórios com um número muito elevado de ficheiros de cache ou de sessão pequenos. Após a recuperação, configure a rotação de registos e os limites de retenção, em vez de repetir a eliminação de emergência.

Liberte espaço em segurança e verifique a recuperação

Comece pelos procedimentos de limpeza documentados: rode ou limpe os registos, remova as caches de pacotes que confirmou não serem necessárias, elimine apenas artefactos de contentores não utilizados e apague ficheiros de informação de falhas antigos através das ferramentas próprias. Preserve as bases de dados, os volumes nomeados, as imagens ativas e a configuração até ter uma cópia de segurança verificada.

Verifique novamente a utilização do sistema de ficheiros e dos inodes e, em seguida, reinicie apenas a cadeia de dependências afetada e teste uma gravação real na aplicação. Se a recuperação continuar a falhar, investigue a ordem de arranque dos serviços após um reinício, em vez de assumir que a falta de espaço continua a ser a causa.

Perguntas frequentes

Porque é que uma aplicação falha quando o conjunto de dados do NAS tem espaço livre?

A aplicação pode gravar a base de dados, os registos, os ficheiros temporários ou o estado dos contentores na partição mais pequena do sistema. A capacidade não é partilhada automaticamente entre pontos de montagem.

Apagar ficheiros de registo pode agravar o problema?

Sim. Um processo em execução pode manter aberto um registo eliminado, pelo que o espaço continua ocupado apesar de o caminho já não existir. Rode ou trunque os registos através do procedimento correto do serviço.

Quanto espaço livre deve ter a partição do sistema?

Não existe uma percentagem universal. Reserve espaço suficiente para atualizações, registos, manutenção da base de dados, crescimento dos contentores e operações de recuperação e, depois, configure alertas para a taxa de crescimento e o espaço restante.

Assistência e dicas

Mais para ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.