![automatismo do systemd para atualizar o link simbólico da unidade habilitada ao atualizar unidades](https://rvso.com/image/770106/automatismo%20do%20systemd%20para%20atualizar%20o%20link%20simb%C3%B3lico%20da%20unidade%20habilitada%20ao%20atualizar%20unidades.png)
Existe uma maneira no systemd de atualizar links simbólicos de destino existentes ao atualizar uma unidade por uma versão mais recente, superior na hierarquia de caminhos de carregamento da unidade?
No CentOS 3.10.0-1160.36.2.el7.x86_64
com systemd @ 219-78
eu tive uma unidade de serviço habilitada para multiusuário como destino usando a unidade padrão.
Ou seja, o link simbólico
/etc/systemd/system/multi-user.target.wants/foo.service
apontou para a unidade original do pacote
/usr/lib/systemd/system/foo.service
Mais tarde, implantei uma versão modificada da unidade para
/etc/systemd/system/foo.service
Após a execução systemd daemon-reload
, o systemd sabia, em princípio, sobre a unidade atualizada. No entanto, após a reinicialização do nó, a unidade de serviço original foi reiniciada systemd
porque o link simbólico não foi atualizado.
Eu tive que desabilitar/habilitar a unidade explicitamente, ou seja, remover e configurar o link simbólico novamente para apontá-lo para a localização da unidade atualizada.
Existe uma maneira de atualizar links simbólicos de destino automaticamente de forma semelhante a daemon-reload
quando uma unidade é atualizada depois que uma versão da unidade é colocada em um nível mais alto na hierarquia de caminhos do sytemd?