Problema ao iniciar um programa Python3.5 como um serviço systemd

Question

Eu criei um serviço systemd chamado red-cartridgemom.service:

[Unit]
Description=Red-DiscordBot-CK
After=multi-user.target

[Service]
WorkingDirectory=/home/twop0intfive/server1504/discord_stuff/Red-DiscordBot-CK/Red-DiscordBot/
User=twop0intfive
Group=twop0intfive
ExecStart=/usr/bin/python3.5 /home/twop0intfive/server1504/discord_stuff/Red-DiscordBot-CK/Red-DiscordBot/red.py
Type=idle
Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

No entanto, quando eu inicio o serviço e monito com journalctl:

Aug 25 18:04:31 server1504 systemd[1]: red-cartridgemom.service holdoff time over, scheduling restart.
Aug 25 18:04:31 server1504 systemd[1]: Started Red-DiscordBot-CK.
Aug 25 18:04:31 server1504 systemd[1]: Starting Red-DiscordBot-CK...
Aug 25 18:04:31 server1504 systemd[3018]: Failed at step CHDIR spawning /usr/bin/python3.5: No such file or directory
Aug 25 18:04:31 server1504 systemd[1]: red-cartridgemom.service: main process exited, code=exited, status=200/CHDIR
Aug 25 18:04:31 server1504 systemd[1]: Unit red-cartridgemom.service entered failed state.
Aug 25 18:04:31 server1504 systemd[1]: red-cartridgemom.service failed.

... o serviço nunca é iniciado corretamente.

O arquivo nesse caminho definitivamente existe. Eu mexi com isso por um tempo até que me dei conta de que talvez o systemctl estivesse vendo

/usr/bin/python3.5

como um arquivo 'python3' do tipo '.5' - isso é possível? Se assim for, há alguma maneira de contornar isso e ter o systemd 'see' /usr/bin/python3.5 corretamente?

    

Answer 1

Então!

Alguém em um canal #support sugeriu executar fazer-release-upgrade (o que fez com que meus bots parassem de funcionar da última vez que fiz isso, que é a razão pela qual eu estava rodando o Ubuntu 15.04 até agora) e agora, no Ubuntu 15.10, eu não estou mais tendo o problema acima. A pessoa que sugeriu que estava executando um script quase idêntico como o que eu colei acima no Ubunto 16.04.1 e não tendo o problema que eu estava tendo.

Parece que o '.' em 'python3.5', na verdade, foi o culpado aqui, mas também parece que esse problema no systemd foi corrigido em algum momento entre as versões do Ubuntu.

tl, dr: esse problema parece não existir no Ubuntu 15.10 e acima. A correção para mim foi atualizar para 15.10.

Obrigado pelo seu tempo!