Tema: services
-
rc.conf, sysrc e service no FreeBSD: habilitar, iniciar e verificar o que executa no boot
No FreeBSD, os serviços são habilitados de forma declarativa por uma variável de rc.conf (em `/etc/rc.conf` ou em um arquivo por serviço em `/etc/rc.conf.d`); `sysrc` e `service <name> enable` apenas gravam essa variável, e o próprio rc.conf não deve executar nada diretamente: ele só define variáveis lidas pelos scripts rc em `/etc/rc.d`. O `sysrc` edita essas variáveis com segurança a partir de um script, e o `service` inicia, para e consulta o status do script rc.d correspondente.
-
Consultar e alterar o estado de serviços com o Service Management Facility: svcs e svcadm
O SMF é o equivalente no Solaris ao gerenciamento de unidades do systemd. svcs -a/-x/-l lê o estado e localiza problemas, svcadm enable/disable/restart/refresh o altera, -t torna a mudança temporária e svcadm clear recupera uma instância presa em maintenance.
-
Códigos de saída do systemctl: is-active, is-enabled, is-failed e o que significa o código LSB 3
Os subcomandos is-active, is-enabled e is-failed do systemctl documentam um contrato simples de 0 contra não zero (na prática com valores no estilo LSB, como 3 para inativo e 4 para unit desconhecida), enquanto systemctl status segue a antiga convenção dos scripts init LSB, em que 3 significa «não está em execução» e não um erro de execução. Ler 3 ou 4 como uma chamada com defeito é a principal forma de agentes interpretarem mal o systemctl.
-
Gerenciando serviços no AIX com o System Resource Controller: lssrc, startsrc/stopsrc e rc.tcpip
O AIX gerencia daemons de longa duração por meio do System Resource Controller (SRC), um modelo de subsistemas e grupos configurado na classe de objetos SRCsubsys do ODM, e não por unidades do systemd. Os comandos lssrc/startsrc/stopsrc o controlam de forma interativa, enquanto o /etc/inittab e scripts como o rc.tcpip definem o que inicia automaticamente no boot.
-
Gerenciamento de serviços OpenRC no Alpine: rc-update, rc-service, runlevels e rc-status
O Alpine usa o OpenRC, em que habilitar um serviço no boot (rc-update add) e controlá-lo agora (rc-service start/stop/status) são dois comandos separados, organizados em runlevels nomeados, e não um único enable --now como no systemd. O rc-status mostra o que está de fato ativo em cada runlevel, e a saída do próprio OpenRC durante o boot só é gravada em log quando rc_logger é ativado em /etc/rc.conf.
-
Tipo de inicialização e recuperação de falhas de serviços: Set-Service mais sc.exe failure/qfailure
O Set-Service altera o tipo de inicialização, mas o PowerShell não tem cmdlet para as ações de recuperação de falhas de um serviço; sc.exe failure e sc.exe qfailure continuam sendo o meio de configurar e consultar o reinício após uma falha, e a gMSA é a forma documentada de evitar gerenciar manualmente a senha da conta de serviço.
Legível por máquina: JSON