APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um alerta de espaço exige identificar o recurso limitado. Bytes livres não demonstram inodes disponíveis nem margem física num pool thin. A capacidade lógica apresentada aos volumes também não garante espaço de dados e metadata no pool subjacente. Monitoriza estas dimensões separadamente e identifica os consumidores. Quando aumentas um volume, pode ser necessário expandir a partição, o volume lógico e o filesystem conforme o desenho existente. Confirma primeiro o mapeamento e usa o procedimento suportado para cada camada. Não formates um filesystem para resolver uma expansão incompleta. Num pool com needs_check, uma reparação pode ser necessária antes de redimensionar.
Aplicação guiada
Num exemplo fictício, 200 GiB livres com crescimento constante de 20 GiB por dia correspondem a dez dias, sem limpezas, reservas ou outras escritas. Esta projeção serve para decidir quando intervir, incorporando margem e prazo de execução; não é uma garantia. Se eliminar um log não libertar espaço, verifica se o processo mantém o último ficheiro sem nome aberto. Em Linux, o conteúdo persiste até fechar o último descritor. Coordena rotação ou libertação com o responsável pelo processo, sem terminar serviços indiscriminadamente. Para muitos ficheiros pequenos, revê consumo e retenção antes de eliminar dados apenas para reduzir a percentagem de utilização.
O guest tem espaço lógico, mas a metadata do pool pode estar esgotada.
Armadilhas comuns
GiB como todos os recursos; tamanho anunciado como reserva; expansão como formatação; eliminar nome como libertação imediata.
Tópicos relacionados: Interfaces e dependências · Desempenho e medição · Durabilidade e coordenação
Localiza a camada limitada e valida espaço utilizável pela aplicação após a intervenção.
Referência: Linux device mapper thin pools · DR Storage 2026-09; selected Linux and AWS storage behavior