Início / unix / Perguntas / 418851
Accepted
Wimateeka
Asked: 2018-01-23 05:08:47 +0800 CST

Local para colocar o EnvironmentFile do serviço systemd ao criar o pacote debian

  • 772

No momento, estou reescrevendo upstarttrabalhos para usar systemde queria saber:

Onde está o local "padrão" para umEnvironmentFile ?

Pode potencialmente entrar/etc/environment

Pode ser com todos os outros arquivos de serviço em /etc/systemd/service, /run/systemd/systemou /lib/systemd/systemmas não vejo nenhum outro EnvironmentFiles nesses locais para nenhum outro Service.

Eu também debati /etc/default/ou/etc/<PACKAGE_NAME>

Não há um lugar "convencional" documentado para colocá-lo. Muitos dos exemplos que vi parecem usar o /tmp/<FILE_NAME>que não faz sentido, pois /tmpsão apagados na reinicialização, e esses arquivos precisam persistir para que possam ser referenciados sempre que o Servicefor iniciado ou reiniciado.

Antecedentes: Estou gerando o EnvironmentFiletempo de pré-instalação (com scripts de manutenção) antes do pacote debian ser instalado e sei que o arquivo deve estar disponível toda vez que o serviço for iniciado/reiniciado.

files systemd

1 respostas

  1. Best Answer

    O pessoal do systemd não gosta de arquivos de ambiente.

    Então não há um.

    Várias das pessoas do systemd estão registradas, ao longo dos anos, dizendo que os arquivos de ambiente são um mecanismo que eles nunca deveriam ter dado ao systemd em primeiro lugar.

    O mecanismo systemd nativo é, afinal, o próprio arquivo da unidade de serviço, no qual as variáveis ​​de ambiente são definidas com Environment=chaves. Personalizar o ambiente de um serviço com variáveis ​​definidas pelo administrador ou específicas da máquina é, na visão deles, uma questão de inserir arquivos de snippet .confpara unidades, que definem outras variáveis ​​de ambiente com Environment=chaves adicionais.

    (Mas, honestamente, não faz sentido tentar converter dinamicamente coisas em um arquivo adequado para EnvironmentFile=. […] Além disso /etc/sysconfig, é um redhatismo que realmente deveria desaparecer, todo o conceito é falho. Adicionar um novo /run/sysconfig/certamente torna isso ainda pior. )

    Eu provavelmente nunca deveria ter adicionado EnvironmentFile=em primeiro lugar. Os empacotadores não entendem que os arquivos da unidade estão sujeitos à configuração do administrador e devem ser tratados como tal, e que dividir a configuração dos arquivos da unidade em separado EnvironmentFiles=é um jogo realmente sem sentido de indireção desnecessária.

    — Lennart Poettering (09/12/2015). Consulta sobre "EnvironmentFile" . systemd-devel.

    O uso de EnvironmentFile=é quase sempre uma má ideia, e provavelmente nunca deveríamos ter acrescentado isso, já que convida os empacotadores a reintroduzir a /etc/default/loucura /etc/sysconfig/que tentamos remover.
    — Lennart Poettering (2015-07-22). por favor, considere ter variáveis ​​para um arquivo de unidade inteiro . bug #618 do systemd. GitHub.

    conteúdo bônus

    No mundo dos daemontools, temos diretórios de ambiente, é claro, leia com o comando envdir/ . s6-envdirEmbora não seja um padrão nem um requisito dos daemontools, uma convenção que se pode usar, que se alinha com algumas ferramentas, é que o diretório do ambiente é nomeado enve reside no diretório do serviço junto com o runprograma e outras coisas.

    • 18

relate perguntas