Tenho um serviço que gostaria de gerenciar através do systemd - vamos chamá-lo de foo. Eu escrevi arquivos de unidade, e eles estão funcionando muito bem. Portanto, se eu executar systemctl start foo, o serviço será iniciado corretamente e posso ver seu status com systemctl status foo.
No entanto, um programa externo também pode iniciar o serviço e não usa o systemd para iniciar o serviço. Portanto, o serviço pode estar em execução, mas como não foi iniciado pelo systemd, o systemd não sabe disso. Nesse caso, systemctl status fooinforma que o serviço falhou, embora esteja sendo executado corretamente.
Existe uma maneira de fazer com que o systemd 'herda' ou 'adote' este serviço, para systemctl status fooinformar corretamente que o serviço está em execução, mesmo quando o systemd não o iniciou? Com SysV, eu escreveria um pequeno script de 'status', então eu poderia /etc/init.d/foo status, mas isso não parece se encaixar no modelo systemd.
Para ser claro, quando o programa externo inicia o serviço, os processos do serviço ainda são filhos de PID 1/systemd. Mas o systemd não os reconhece como parte do serviço foo, pois o systemd não os iniciou e os registrou.
As tecnologias específicas são:
- Oracle WebLogic (o serviço é uma Instância WebLogic Gerenciada)
- Oracle NodeManager (este é o programa externo que também pode iniciar o serviço)
- systemd 219
Não. O processo será executado em um contexto diferente no que diz respeito ao systemd.
Esta é, de fato, uma das razões pelas quais a ativação do serviço Desktop Bus deve ser evitada. Os processos de serviço gerados diretamente pelo agente do Desktop Bus fazem parte de seu serviço, no que diz respeito ao systemd.
Pode-se mover processos entre grupos de controle, com privilégios apropriados. Mas isso é apenas metade do trabalho, e a outra metade, a de convencer o systemd de que iniciou uma unidade quando não o fez e reescrever as partes necessárias de suas estruturas de dados internas, não está prevista.
Este não é apenas o modelo do systemd, não é o modelo da maioria dos subsistemas de gerenciamento de serviços.
As unidades de serviço "muito boas" de muitas pessoas para softwares Oracle na verdade não são, a propósito, e estão no território da House of Horror .
Leitura adicional
Em resumo, não há como fazer com que o systemd considere um serviço a ser iniciado, a menos que tenha sido iniciado pelo próprio systemd. Um dos principais pontos do systemd é a consistência no gerenciamento de serviços e ter formas separadas de iniciar um serviço vai contra essa ideia.
Agora, o systemd tem uma provisão para gerenciar processos que são iniciados externamente, o que parece ser adequado para o caso que você descreve. Na verdade, esse é um tipo separado de unidade, uma unidade de escopo .
O uso de uma unidade de osciloscópio ainda requer que seu sistema externo interaja com o systemd, pois uma unidade de osciloscópio só pode ser iniciada com uma solicitação D-Bus ao systemd, na qual é passado um PID que é usado como processo inicial no osciloscópio. Além disso, quando uma unidade de escopo é iniciada, o systemd ainda deseja criar os próprios cgroups (ele então moverá o PID passado para os cgroups criados). como escopo.
Resumindo, evite ter duas maneiras separadas de iniciar um serviço. Se você precisar usar o gerenciador de serviços de terceiros, use apenas isso.
Se o problema que você está tentando resolver é iniciar o serviço durante a inicialização, então:
Verifique se o gerenciador de terceiros (no seu caso, Oracle NodeManager) oferece suporte à configuração de serviços durante a inicialização. Como está gerenciando o serviço, ele também deve gerenciar o serviço durante a inicialização.
Se você envolver o systemd, use uma
oneshotunidade de serviço simples que simplesmente solicite que o gerente de terceiros inicie o serviço. Isso significa entrar em contato com o gerenciador de terceiros (no seu caso, Oracle NodeManager) por meio de uma API ou RPC de algum tipo, talvez por meio de HTTP, e dizer a ele para iniciar o serviço.Se você usar o systemd
oneshotpara inicialização, nomeie sua unidade apropriadamente (como "start-foo" ou "initial-foo" ou "foo-startup") para deixar claro que não ficará "up" e mantenhaRemainAfterExit=comono( o padrão), portanto, verificar o status dessa unidade apenas dirá que foi concluído com êxito, portanto, não há confusão sobre isso refletir o status do serviço em execução no gerenciador de terceiros.