Como Verificar Se Uma Partição Completa do Sistema Está Afectando as Aplicações NAS

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

How to Check Whether a Full System Partition Is Affecting NAS Apps - Zima Store Online

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

As aplicações precisam de espaço local para logs, bases de dados, ficheiros temporários, atualizações, camadas de contentores, sockets e gravações de configuração. Confirme qual montagem está cheia, associe o erro da aplicação a uma gravação falhada, encontre o consumidor do sistema e liberte espaço através do componente que o detém.

Confirme que a Partição do Sistema é a Montagem Cheia

Verifique todos os sistemas de ficheiros montados e mapeie as pastas raiz, boot, aplicação, contentor e dados. A primeira tarefa é confirmar a montagem exata que está cheia, porque o espaço livre no pool de dados não pode satisfazer uma gravação direcionada ao sistema de ficheiros raiz.

Use df -h para a capacidade em blocos e df -i para os registos de ficheiros. Um caminho pode rejeitar novos ficheiros quando os blocos livres e os inodes livres são limites separados e qualquer um deles atinge a exaustão.

Sintoma da aplicação	Gravação provavelmente falhada	Verificar
Erro de login ou base de dados	Jornal da base de dados ou socket	Logs da aplicação e caminho da base de dados
Falha na atualização ou instalação	Cache de pacotes ou ficheiro temporário	Montagens raiz e temporárias
Contentor não inicia	Camada overlay, log ou estado	Uso de armazenamento do contentor
Falha no upload	Caminho temporário de preparação	Diretório temporário configurado

Associe as Falhas da Aplicação à Falta de Espaço para Gravação

Leia os logs da aplicação, base de dados, contentor e sistema para mensagens como “sem espaço disponível”, sistema de ficheiros só de leitura, jornal falhado ou incapacidade de criar um ficheiro temporário. Uma aplicação pode ainda mostrar a sua página web a partir da memória enquanto tarefas em segundo plano, uploads e confirmações na base de dados falham.

Registe os carimbos de tempo e teste uma gravação inofensiva no caminho afetado. Evite reinícios gerais até ter guardado as evidências; reiniciar todas as aplicações pode criar mais logs, ocultar o primeiro erro e alterar qual o serviço que falha a seguir.

Encontre Logs, Camadas de Contentores, Inodes e Ficheiros Apagados

Meça os diretórios principais do sistema e depois aprofunde no maior resultado. Consumidores comuns incluem jornais, logs de aplicações, camadas de imagens, caches de compilação, dumps de falhas, caches de pacotes, miniaturas e ficheiros temporários. Use os relatórios da aplicação ou do gestor de contentores antes de eliminar diretórios de dados opacos.

Se os totais dos diretórios não explicarem o uso do sistema de ficheiros, verifique se há ficheiros apagados ainda abertos. Se os inodes estiverem cheios, localize diretórios que contenham um grande número de ficheiros pequenos de cache ou sessão. Após a recuperação, configure rotação de logs e limites de retenção em vez de repetir eliminações de emergência.

Libere Espaço com Segurança e Verifique a Recuperação

Comece pelos caminhos de limpeza documentados: rode ou compacte logs, remova caches de pacotes confirmados como não usados, elimine apenas artefactos de contentores não usados e apague dumps de falhas antigos através das suas ferramentas. Preserve bases de dados, volumes nomeados, imagens ativas e configurações até ter uma cópia de segurança verificada.

Verifique novamente o uso do sistema de ficheiros e inodes, depois 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 reboot em vez de assumir que o espaço continua a ser a causa.

Perguntas Frequentes

Por que é que uma aplicação falha quando o pool de dados NAS tem espaço livre?

A aplicação pode gravar a sua base de dados, logs, ficheiros temporários ou estado do contentor na partição do sistema, que é menor. A capacidade não é partilhada automaticamente entre montagens.

Apagar ficheiros de log pode piorar o problema?

Sim. Um processo em execução pode manter um log apagado aberto, pelo que o espaço permanece ocupado enquanto o caminho desaparece. Rode ou trunque logs através do procedimento correto do serviço.

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

Não existe uma percentagem universal. Mantenha espaço suficiente para atualizações, logs, manutenção da base de dados, crescimento de contentores e operações de recuperação, e alerte tanto para a taxa de crescimento como para a quantidade restante.