APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Armazenamento tem várias identidades e limites. O nome /dev/sdb pode mudar com enumeração; confirma atributos e usa identificadores persistentes validados. Clones podem duplicar UUID, pelo que o identificador também precisa de contexto. Um LV maior não implica filesystem maior se não foi pedido ou concluído o crescimento dessa camada. Identifica o filesystem e o procedimento suportado antes de intervir; recriar um filesystem não é uma forma segura de o ampliar. Em thin provisioning, capacidade virtual não é capacidade física. Observa Data% e Meta% do pool, tendência, monitorização e possibilidade de extensão. Metadata quase esgotada pode exigir ação mesmo quando os dados parecem ter margem.
Aplicação guiada
Acesso remoto acrescenta condições. Num exemplo NFS com AUTH_SYS e root_squash, root no cliente não recebe automaticamente privilégio root no servidor. Alinha a identidade da aplicação e permissões; desligar squash para qualquer falha amplia confiança sem diagnóstico. Em iSCSI, descobrir o target não demonstra que o LUN foi apresentado ao initiator. Confirma IQN, ACL e mapeamento antes de tocar em discos. Num cenário fictício de alerta de metadata, existe espaço no VG e backup validado. A resposta combina extensão suportada, validação posterior e prevenção de crescimento inesperado. Nunca escolhas o dispositivo a formatar apenas pela ordem do nome ou pelo tamanho: essas pistas não provam função nem conteúdo.
Data% moderado e Meta% crítico exigem olhar para o recurso efetivamente limitado.
Armadilhas comuns
Nome como identidade; LV como filesystem; capacidade virtual como margem física; descoberta como autorização.
Tópicos relacionados: Automatizar com evidência · Operar e recuperar sistemas · Identidade, PAM e SSH
Confirma a camada e o recurso antes de alterar capacidade ou acesso.
Referência: LVM thin pool capacity · Historical LFCE V3.18 (2018-06-12); exam retired 2022-05-01; technical references inspected 2026-09-30