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

O que verificar antes de carregar um modelo da comunidade em Transformers
Utilize a atualização da sandbox Jinja do Transformers para rever a proveniência dos modelos, os modelos de chat, o código remoto, os pesos serializados...

Execute o Mirage localmente: OCR e deteção de objetos a partir de uma imagem
Experimente o pequeno modelo de visão local da Cactus Compute, valide o OCR e a extração de objetos com dados reais e compreenda os...

Como agendar um agente de programação no Open WebUI num servidor doméstico
Configure uma automatização de agente de programação em modo apenas de relatório no Open WebUI, selecione o terminal e a área de trabalho e...



