O Object Data Manager: por que a configuração de dispositivos e do sistema no AIX não fica em um arquivo

O que é

O Object Data Manager (ODM) é o banco de dados do AIX para a configuração do sistema e dos dispositivos. Suas classes de objetos ficam como arquivos em /etc/objrepos (o diretório padrão do ODM) e em /usr/lib/objrepos, mas esses arquivos são armazenamentos binários de objetos, não texto para edição direta; corromper um deles pode impedir o funcionamento de dispositivos, de subsistemas ou até do próprio SMIT. Atributos de dispositivos, a tabela de subsistemas do System Resource Controller (SRCsubsys) e muitas configurações em nível de kernel (por meio do pseudodispositivo sys0) são todos objetos do ODM.

A interface suportada é um pequeno conjunto de comandos, não um editor:

• lsattr -El <device> lê os atributos atuais de um objeto (também usado com sys0 para configurações válidas para todo o sistema).
• lsdev lista os objetos de dispositivo e seu estado.
• chdev altera um atributo e grava o resultado de volta no ODM, passando pelo método do dispositivo, que também atualiza o estado do kernel em execução quando possível.
• odmget lê diretamente as classes de objetos do ODM e é seguro para inspeção; odmadd/odmchange/odmdelete gravam nelas e normalmente ficam reservados a procedimentos documentados ou orientados pelo suporte, não à administração de rotina.

Por que importa

Editar à mão os arquivos de /etc/objrepos, ou restaurá-los a partir de um sistema não relacionado, contorna as verificações de consistência que chdev/mkdev realizam e é uma forma bem documentada de corromper a configuração de dispositivos. O fluxo de trabalho suportado (lsattr/chdev/lsdev) é o que mantém o ODM e o estado real do kernel em sincronia.

Alguns atributos não podem ser alterados em um dispositivo que esteja aberto ou ocupado; o caso clássico é o disco que contém o rootvg. Nesses casos, chdev -P grava o novo valor apenas no ODM, sem mexer no dispositivo em execução, e a alteração passa a valer após a próxima reinicialização. Sem -P (o comportamento padrão), o chdev tenta aplicar a alteração imediatamente, além de registrá-la no ODM.

Como aplicar

• Inspecione antes de alterar: lsattr -El sys0 -a maxuproc mostra o valor atual de um único atributo.
• Altere imediatamente quando o atributo permitir (como root): chdev -l sys0 -a maxuproc=4096. Nem todo atributo de sys0 é dinâmico; enhanced_RBAC, por exemplo, só tem efeito após uma reinicialização.
• Para um atributo em um dispositivo que não pode ser fechado (por exemplo, um disco em um grupo de volumes ativo), adicione -P e reinicie em um momento planejado para aplicá-lo: chdev -P -l <device> -a <attr>=<value>; depois, verifique o resultado com lsattr novamente.
• Nunca restaure /etc/objrepos a partir do backup de outra máquina; se houver suspeita de corrupção do ODM, siga o procedimento de recuperação documentado pela IBM.

Armadilhas

• Esquecer que -P sozinho não aplica a alteração: ele apenas a deixa na fila para a próxima inicialização.
• Presumir que todo atributo aceita -P/-T (temporário); nem todos os dispositivos suportam todos os modos.
• Contornar o chdev com um editor de texto nos arquivos do ODM "só desta vez": não existe forma suportada de editá-los à mão com segurança.