APRENDER. PRATICAR. EVOLUIR.Um diretório não prova uma montagem
/srv/ledger pode existir na raiz mesmo quando o volume de dados está ausente. findmnt -T /srv/ledger procura o filesystem que contém o path; pode devolver TARGET=/ e terminar com sucesso. Para perguntar pela montagem exata, usa -M e verifica a origem, tipo e opções esperados. Regista também o contexto: a observação pertence ao namespace consultado. Um serviço isolado pode ter outra vista, que precisa de verificação própria. Um teste de escrita feito como root no diretório errado não demonstra disponibilidade dos dados. O resultado deve ser comparado com um contrato explícito: este path, nesta origem, com esta identidade e comportamento.
Tornar a referência persistente e inequívoca
O fstab descreve montagens persistentes, incluindo origem, destino, tipo e opções. Obtém a identidade do filesystem observado e relaciona-a com o inventário aprovado; não copies um UUID de um exemplo. Uma clonagem pode duplicar UUIDs, pelo que a palavra “unique” não dispensa verificar as cópias ligadas ao sistema. Um nome /dev/sdX também pode mudar com a enumeração. Depois de rever a entrada, daemon-reload atualiza a configuração usada pelo gestor. Regista a versão do ficheiro e a alteração efetuada. Recarregar unidades não significa que a nova montagem foi realizada nem que os dados esperados estão presentes.
Separar verificação da tabela e execução
findmnt --verify --verbose ajuda a avaliar a tabela e a sua utilização. Guarda a saída e resolve os problemas identificados. Depois, num ambiente de laboratório com recuperação preparada, testa a montagem pretendida e confirma o estado observado. Um teste com mount sobre o ponto configurado é uma operação, não uma simples leitura. O reboot controlado constitui outra prova: a configuração deve reproduzir o estado sem intervenção manual. Por fim, testa a ação funcional com a identidade do serviço. Estas etapas respondem a perguntas diferentes; um resultado favorável na primeira não permite preencher como executadas as restantes no relatório de aceitação.
Exprimir dependência e conhecer os seus limites
After define ordenação, mas não puxa por si só a unidade referida. Para uma montagem corretamente configurada, RequiresMountsFor=/srv/ledger na secção Unit do serviço acrescenta requisitos e ordenação para as unidades necessárias ao path. Esta relação é útil, mas não verifica o UUID ou a semântica dos dados. Se a montagem dedicada desaparecer da configuração, a raiz pode ser suficiente para aceder ao diretório. Mantém uma validação explícita da origem esperada e ensaia a falha da montagem configurada. Não uses o exemplo como garantia universal de isolamento: namespaces, outras dependências e o comportamento da aplicação exigem observação no sistema concreto.
Compreender nofail e a vista sobreposta
nofail permite que o arranque continue sem exigir sucesso dessa montagem pelo target correspondente. Isso pode ser adequado para storage opcional, mas não torna os dados dispensáveis ao serviço. No nosso caso, o batch escreveu no diretório da raiz durante a ausência do volume. Quando o volume é montado, o conteúdo subjacente deixa de aparecer nessa vista; não se deve concluir que foi eliminado ou reconciliado. Suspende produtores e prepara acesso controlado às duas origens antes de corrigir resultados. Uma retoma cega pode duplicar operações já registadas fora do filesystem. A decisão aplicacional exige mais evidência do que o estado mounted.
Entregar uma prova repetível a APS
O handover deve permitir a outro operador explicar como reconhece sucesso e falha. Entrega paths e identidades esperados, configuração persistente, dependências, comandos de observação, logs, procedimento de recuperação e responsáveis. No laboratório descartável, ensaia o arranque normal e a falha da montagem configurada. Verifica que o serviço não começa a escrever na raiz; recupera depois a configuração e repete a aceitação normal. Não induces esta falha num sistema de produção como parte do exercício. A plataforma fornece decisões e modelos de interpretação, sem afirmar que executou systemd, criou filesystems ou reiniciou uma VM RHEL. Essa prática continua necessária para preparar um exame operacional.
findmnt --verify --verbose
findmnt -T /srv/ledger -o SOURCE,TARGET,FSTYPE,OPTIONS
findmnt -M /srv/ledger -o SOURCE,TARGET,FSTYPE,OPTIONSfindmnt -T /srv/ledger devolve TARGET=/. O diretório existe, mas a montagem dedicada esperada não foi demonstrada. Compara com findmnt -M e com a origem aprovada antes de permitir o batch.
Armadilhas comuns
Tratar nofail como disponibilidade aplicacional, After como requisito, RequiresMountsFor como prova de UUID ou um diretório existente como montagem dedicada.
Tópicos relacionados: systemd e serviços · Recuperação de incidentes
A persistência exige configuração e observação após reboot; a aceitação exige também a origem correta e o comportamento do serviço.
Referência: RHEL 10 persistent filesystem mounts · EX200 based on Red Hat Enterprise Linux 10