Gerenciando serviços no AIX com o System Resource Controller: lssrc, startsrc/stopsrc e rc.tcpip

O que é

O System Resource Controller (SRC) é o framework do AIX para iniciar, parar e monitorar daemons ("subsistemas") e conjuntos deles ("grupos"). Seu papel é análogo ao das units do systemd, mas ele se baseia no ODM, e não em arquivos de unit. A definição de cada subsistema (o caminho do binário, os argumentos e se ele é reiniciado em caso de falha) é um objeto da classe SRCsubsys do ODM, que se consulta com odmget SRCsubsys (opcionalmente com grep -p <subsystem> para isolar uma única entrada).

O controle do dia a dia é feito pelos comandos do SRC, e não por sinais enviados diretamente: lssrc -a lista todos os subsistemas e grupos com seu status; lssrc -s <subsystem> verifica um deles; startsrc -s <subsystem> e stopsrc -s <subsystem> iniciam e param o subsistema sob a supervisão do SRC; refresh -s <subsystem> pede a um subsistema em execução que releia sua configuração. O que inicia automaticamente no boot é controlado separadamente, pelo /etc/inittab (que se consulta e edita com lsitab/mkitab/chitab/rmitab, e não com um editor de texto). Por exemplo, a entrada rctcpip executa /etc/rc.tcpip, o script que inicia os daemons TCP/IP controlados pelo SRC.

Por que importa

Um daemon "gerenciado pelo SRC" que falha ao iniciar sem nenhum aviso é um modo de falha conhecido quando sua entrada SRCsubsys no ODM está ausente ou corrompida: não há mensagem de erro e nem mesmo o truss ou um trace do kernel mostra algo anormal, porque o próprio SRC nunca chegou a lançar o processo. Diagnosticar esse caso exige verificar a entrada no ODM, e não os logs do daemon. Como a inicialização no boot é determinada pelo /etc/inittab e pelos scripts que ele chama (e não por flags de enable/disable no estilo do systemd), a pergunta "isto estará ativo no próximo reboot?" é respondida por lsitab e pelas linhas start não comentadas em scripts como /etc/rc.tcpip, e não pelo status de execução do SRC.

Como aplicar

• Verifique o status de forma ampla com lssrc -a antes de mexer em um daemon específico.
• Inicie e pare pelo SRC (startsrc -s, stopsrc -s) em vez de matar o processo ou executar diretamente o binário do daemon, para que o estado de supervisão do SRC continue coerente com a realidade.
• Se um daemon sob controle do SRC não inicia e nenhum erro aparece, inspecione sua entrada no ODM com odmget SRCsubsys | grep -p <subsystem> e corrija-a com chssys (ou recrie uma entrada ausente com mkssys, ou reinstalando o fileset ao qual ele pertence), em vez de editar o ODM manualmente.
• Para ver ou alterar o que inicia no boot, use lsitab/mkitab sobre o /etc/inittab; para daemons TCP/IP iniciados a partir do /etc/rc.tcpip, use chrctcp -a <daemon> / chrctcp -d <daemon> (acrescente -S para também iniciá-lo ou pará-lo agora). Por si sós, startsrc/stopsrc nunca alteram a ativação no boot.

Armadilhas

• Presumir que um subsistema do SRC que falha silenciosamente registrará algo em log; verifique diretamente a entrada no ODM.
• Confundir refresh -s (reler a configuração) com um restart; alguns daemons não oferecem suporte a refresh em tempo de execução.
• Editar o /etc/inittab com um editor de texto em vez de mkitab/chitab, o que pode deixar entradas duplicadas ou malformadas.