Há uma série de coisas para abordar em sua pergunta que não estão relacionadas à pergunta ( cough arquivos pid cough ), mas vamos abordar a questão propriamente dita. / p>
Primeiro , o registro é opcional. Não há nenhum requisito rígido de que você tenha um logger para sua definição de serviço, embora na maioria dos casos você deseje um.
Segundo , porque o criador de logs é defacto para o seu serviço, faz sentido que ./log
contenha as configurações necessárias para o registro.
Terceiro , quando você desativa o serviço, o registrador fica em execução por um motivo - ele está lá para capturar os dados restantes até que o serviço termine. Isso foi feito para evitar a perda de dados de registro, não apenas quando o serviço é desativado, mas também se o serviço falhar. É normal que o logger ainda seja executado mesmo quando o serviço está inativo. Ao iniciar o serviço, basta reconectar a nova instância de serviço ao logger existente.
Quarto , você está correto, você pode parar o registrador explicitamente nomeando-o com o comando sv
. Isso está de acordo com o paradigma daemontools
existente.
Quinto , a menos que você tenha necessidades incomuns para registrar a falha do programa svlogd (altamente improvável), você não precisa se preocupar em eliminá-lo, etc. o processo de supervisão runsv
para finalizá-lo, não são necessários PIDs ou kill
de comandos.
Se você tiver outras dúvidas, recomendamos entrar em contato com a lista de e-mails de supervisão , que é de baixo ruído e tem muitas pessoas bem informadas para responder suas perguntas. Um espelho somente para leitura também pode ser encontrado em mail-archive.org .