Início / server / Perguntas / 1175044
Accepted
Helmut Grohne
Asked: 2025-03-14 03:31:57 +0800 CST

Existe uma maneira de ativar uma unidade de serviço sempre que um arquivo é atualizado?

  • 772

systemdpermite combinar uma .pathunidade e uma .serviceunidade de modo que escrever um arquivo ativará o serviço. Agora considere que o serviço deve ser iniciado após cada modificação de arquivo. Não há problema em unir várias modificações em um único início, mas a unidade de serviço deve ser iniciada após cada modificação. Não é assim que o systemd normalmente opera. Se o serviço estiver em execução no momento da modificação, ele será considerado ativo e não ativado, mas deverá ser ativado imediatamente após terminar nessa situação. Essas semânticas podem ser alcançadas de alguma outra forma?

systemd

1 respostas

  1. Best Answer

    No meu systemd versão 253, a página do manual systemd.pathdiz

    Quando uma unidade de serviço acionada por uma unidade de caminho é encerrada... os caminhos monitorados são verificados imediatamente novamente, e o serviço é reiniciado instantaneamente.

    Não acho que isso seja verdade para PathModified. Aqui está um exemplo que pode ser uma maneira de contornar isso. Crie a unidade de caminho my.path:

    [Path]
PathModified=/tmp/somefile

    e a unidade de serviço my.service:

    [Service]
SyslogIdentifier=my
Type=simple
ExecStart=bash -c 'touch /tmp/timestamp; cat -n /tmp/somefile; sleep 2'
ExecStop=bash -c 'if [ /tmp/somefile -nt /tmp/timestamp ];then systemctl --user --no-block start my;fi'

    Quando o serviço é iniciado, anotamos o tempo com um arquivo de registro de data e hora antes de executar o comando útil (neste exemplo, um cat -n), seguido por um sleep para representar o intervalo entre o fim do processamento dos dados no caminho e a unidade se tornar inativa e, portanto, reiniciável.

    O ExecStopcomando então verifica se o arquivo de dados é mais novo que ( -nt) o timestamp e, se for, aciona a unidade de serviço para iniciar novamente. Sem essa linha, acho que uma alteração do arquivo de dados pode ser perdida.

    Eu testei com:

    systemctl --user start my.path
sleep 1
echo a >/tmp/somefile
sleep 2.5
echo b >/tmp/somefile
sleep 1
echo c >/tmp/somefile
sleep 2.5
systemctl --user stop my.path

    A última alteração no arquivo de dados cé perdida sem o ExecStop.

    • 1

relate perguntas