¿Hay alguna manera de asignar dinámicamente variables de entorno en un archivo de unidad de servicio systemd?

Tenemos una máquina que tiene 4 GPU, y queremos activar múltiples instancias de un determinado servicio por GPU. P.ej:

• gpu_service @ 1: 1.service
• gpu_service @ 2: 1.service
• gpu_service @ 3: 1.service
• gpu_service @ 4: 1.service
• gpu_service @ 1: 2.service
• gpu_service @ 2: 2.service
• gpu_service @ 3: 2.service
• gpu_service @ 4: 2.service
• hasta el hastío

Entonces, 1: 1, 2: 1, etc. son efectivamente el% i en el archivo de la unidad de servicio.

Para que el servicio se una a una GPU particular, el ejecutable del servicio verifica una determinada variable de entorno, por ejemplo:

USE_GPU=4

¿Hay alguna manera de tomar% i dentro del archivo de la unidad de servicio y ejecutarlo a través de alguna función (shell) para obtener el número de GPU, y luego puedo configurar la variable de entorno USE_GPU en consecuencia?

Lo que es más importante, no quiero la molestia de escribir varios /etc/systemd/system/gpu_service@x:y.service/local.confarchivos solo para poder activar más instancias.

Si tiene cuidado, puede incorporar una pequeña secuencia de script bash como su comando exec en el archivo de servicio de instancia. P.ej

ExecStart=/bin/bash -c 'v=%i; USE_GPU=$${v%:*} exec /bin/mycommand'

El $$en la cadena se convertirá en un solo $en el resultado pasado a bash, pero lo más importante será ${...}que interceptará systemd. (Las versiones anteriores de systemd no documentaban el uso de $$, por lo que no sé si era compatible entonces).

No construido en el camino. Debe hacer estas cosas antes de que comience su servicio. Una forma sería ponerlo en un archivo de entorno.

[Service]
# Note you need to escape percentage sign
ExecStartPre=/bin/sh -c "my_awesome_parser %%i > /run/gpu_service_%i"
EnvironmentFile=/run/gpu_service_%i
ExecStart=...

Parece que realmente puede establecer variables de entorno dentro de un archivo de unidad systemd ...

Según las sugerencias de los comentaristas, aquí está la solución:

Usar variables de entorno en unidades systemd

Directiva medioambiental

systemd tiene una directiva de entorno que establece variables de entorno para procesos ejecutados. Se necesita una lista separada por espacios de asignaciones de variables. Esta opción se puede especificar más de una vez, en cuyo caso se establecerán todas las variables enumeradas. Si la misma variable se configura dos veces, la configuración posterior anulará la configuración anterior. Si la cadena vacía se asigna a esta opción, la lista de variables de entorno se restablece, todas las asignaciones anteriores no tienen efecto. Las directivas de entornos se utilizan en unidades incorporadas de sistema de Contenedor Linux, por ejemplo en etcd2 y franela.

Con el siguiente ejemplo, puede configurar su demonio etcd2 para usar el cifrado. Simplemente cree /etc/systemd/system/etcd2.service.d/30-certificates.confdrop-in para etcd2.service:

[Service]
# Client Env Vars
Environment=ETCD_CA_FILE=/path/to/CA.pem
Environment=ETCD_CERT_FILE=/path/to/server.crt
Environment=ETCD_KEY_FILE=/path/to/server.key
# Peer Env Vars
Environment=ETCD_PEER_CA_FILE=/path/to/CA.pem
Environment=ETCD_PEER_CERT_FILE=/path/to/peers.crt
Environment=ETCD_PEER_KEY_FILE=/path/to/peers.key

Luego ejecute sudo systemctl daemon-reloady sudo systemctl restart etcd2.serviceaplique nuevos entornos al demonio etcd2.

Texto citado tomado de la siguiente URL: https://coreos.com/os/docs/latest/using-environment-variables-in-systemd-units.html

Es feo y no es exactamente lo que pediste, ni permite el inicio automático, pero para los seguidores es posible hacer algo usando el entorno systemctl :

$ sudo systemctl set-environment USE_GPU=4 # add it to the env. variables for future services
$ sudo systemctl start gpu_service@4:2.service

Solo trato de enumerar todas las formas posibles :)