serviço systemd simples e falha de soquete

Eu tinha um serviço que estava tentando executar dessa maneira, mas era um programa python um pouco grande. Dei um passo para trás e construí um programa python simples morto para ver se consigo executá- lo . Ele falha quando tento conectar via telnet a este soquete em execução. Abaixo estão os arquivos .socket, .service e .py....

testPy.socket

[Unit]
Description=Socket to TESTPY for connection
PartOf=testPy.service

[Socket]
ListenStream=30001

[Install]
WantedBy=sockets.target

testPy.service

[Unit]
Description=TEST PY
After=network.target testPy.socket
Requires=testPy.socket
[Service]
ExecStart=/home/workers/miniconda2/bin/python /home/workers/testPy.py
StandardInput=socket
[Install]
WantedBy=default.target

testPy.py

import sys

END_OF_LINE = '\r\n'
while(1):
        input = sys.stdin.readline()
        buffer = input.strip()
        if not buffer:
                sys.stdout.write("OKAY DUDE")
                sys.stdout.flush()
                continue
        if buffer in ['quit', 'QUIT']:
                break
        sys.stdout.write('\n' + buffer + END_OF_LINE)
        sys.stdout.flush()

agora, se eu executar isso em uma linha de comando, ele funciona bem. Eu posso digitar quit e ele sai do loop, ecoa qualquer coisa de volta ..

Se eu disser:

systemctl start testPy.socket

e depois digite:

telnet localhost 30001

ele conecta um pouco, em seguida, cai. Então vários status são (para mim) não descritivos:

systemctl status testPy.socket

● testPy.socket - Socket to TESTPY for connection
   Loaded: loaded (/etc/systemd/system/testPy.socket; disabled; vendor preset: disabled)
   Active: failed (Result: service-failed-permanent) since Thu 2021-03-11 13:59:54 EST; 11min ago
   Listen: [::]:30001 (Stream)

Mar 11 13:59:42 dhcp-093.apo.nmsu.edu systemd[1]: Listening on Socket to TESTPY for connection.
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: Unit testPy.socket entered failed state.

systemctl status testPy.service

● testPy.service - TEST PY
   Loaded: loaded (/etc/systemd/system/testPy.service; disabled; vendor preset: disabled)
   Active: failed (Result: start-limit) since Thu 2021-03-11 13:59:54 EST; 12min ago
  Process: 2087 ExecStart=/home/workers/miniconda2/bin/python /home/workers/testPy.py (code=exited, status=1/FAILURE)
 Main PID: 2087 (code=exited, status=1/FAILURE)

Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: Started TEST PY.
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: testPy.service: main process exited, code=exited, status=1/FAILURE
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: Unit testPy.service entered failed state.
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: testPy.service failed.
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: start request repeated too quickly for testPy.service
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: Failed to start TEST PY.
Mar 11 13:59:54 dhcp-093.apo.nmsu.edu systemd[1]: testPy.service failed.

Acredito que se eu conseguir fazer esse teste simples funcionar, posso obter o arquivo .py maior que preciso executar, pois funciona essencialmente da mesma forma. Eu tenho um serviço e um soquete construídos para isso, geralmente com os mesmos erros. Embora systemctl status kosmos.serviceainda dê uma falha, mas diga que o status do PID principal = 0/sucesso, então isso é estranho.

Ele diz que um limite inicial é a falha, mas se o serviço tão simples quanto este aqui tiver que iniciar e iniciar e iniciar, isso significa que algo está errado, adivinhando uma configuração no meu soquete ou arquivo de serviço, mas não tenho certeza do quê. Eu estava esperando que meu python não mudasse ao ouvir sys.stdin.readline etc, e apenas as linhas lidas eram de uma conexão feita nessa porta (30001) de outra máquina. Eu pensei que é o que todo esse material de soquete faz exatamente isso (tudo isso aconteceu porque costumava ser executado em uma máquina mais antiga com xinetd)