Estou testando um novo gitlab runner que configurei.
Se um projeto tem apenas um trabalho de CI muito curto (ou um que falha muito rapidamente, o que provavelmente é mais realista fora do teste da configuração), o systemd começa a relatar que "[email protected]" falhou, sendo 999 o uid do gitlab-runner . O trabalho foi executado como deveria e, se o tornar mais lento (por exemplo, adicionando um sono a ele), nada falhará.
Pesquisar o erro me leva a acreditar que ele apenas tenta fazer algo toda vez que uma nova "sessão" é iniciada para esse usuário e decide que deve ser interrompida porque sai tão cedo várias vezes em um período muito curto de tempo. Como eu permito isso, de preferência apenas para este usuário?
Acontece que esta é uma unidade mais normal do que eu pensava.
E fazendo uma
/etc/systemd/system/[email protected]/override.conf(na verdadeoverridenão importa, pode ser qualquer string (pode haver algumas exceções), contendo:e executando
sudo systemctl daemon-reloado problema desapareceu. (Eu não pensei muito sobre o valor20, é apenas um número que provou funcionar)(Se você não precisa automatizar, é uma boa maneira de criar esse arquivo
sudo systemctl edit [email protected]- alguma documentação que encontrei sugeriu que depois de criar esse arquivo, basta reiniciar o serviço afetado, é aí que parece ser especial , pelo menos eu não descobri como.)