Início / ubuntu / Perguntas / 1109727
Accepted
Bevor
Asked: 2019-01-15 12:10:59 +0800 CST

Variáveis ​​de todo o sistema para scripts de inicialização e sistema?

  • 772

Eu criei meus próprios scripts de inicialização que usam variáveis:

#! /bin/sh

case "$1" in
    start)
        echo "Starting Public API"
        sudo -u techops sh ${JBOSS_HOME_PUBLIC_API}/bin/standalone.sh > ${PUBLICAPI_LOGGING_PATH} &
    ;;
    stop)
        echo "Stopping Public API"
        sudo -u techops sh ${JBOSS_HOME_PUBLIC_API}/bin/jboss-cli.sh --connect --controller=localhost:$((9990 + $PUBLICAPI_PORT_OFFSET)) command=:shutdown > ${PUBLICAPI_LOGGING_PATH} &
    ;;
    *)
        echo "Usage: /etc/init.d/publicapi {start|stop}"
        exit 1
    ;;
esac

exit 0

As variáveis ​​são definidas em /etc/environmente se parecem com:

PUBLICAPI_PORT_OFFSET=0
PUBLICAPI_LOGGING_PATH=/var/log/publicapi/publicapi.log
JBOSS_HOME_PUBLIC_API=/opt/publicapi

... e funcionam após o login, quando inicio e paro o script init manualmente, mas eles não funcionaram para os scripts init de inicialização (que são links simbólicos para /etc/init.d/publicapiin /etc/rc2.d/, /etc/rc5.d/, /etc/rc6.d/). A inicialização falha, porque as variáveis ​​são desconhecidas.

Consegui corrigir isso executando o systemctl edit publicapique criou um arquivo /etc/systemd/system/publicapi.service.d/local.confque se parece com este depois de editado:

[Unit]
Description=Public API startup script
Documentation=no documentation

[Service]
Environment="JBOSS_HOME_PUBLIC_API=/opt/publicapi"
Environment="PUBLICAPI_PORT_OFFSET=0"
Environment="PUBLICAPI_LOGGING_PATH=/var/log/publicapi/publicapi.log"

quando eu reinicio, a inicialização do script init funciona. Mas agora estou com uma situação estranha: sempre preciso definir a variável tanto em /etc/systemd/system/publicapi.service.d/local.confquanto em /etc/environment. Se eu omitir os de /etc/environment, os scripts de inicialização init são executados, mas travam, porque as variáveis ​​parecem não estar definidas (pelo menos após o login). se eu comentar as variáveis /etc/systemd/system/publicapi.service.d/local.conf​​e defini-las /etc/environmentapenas, as variáveis ​​são definidas após o login, mas os scripts de inicialização init não são executados. O que está acontecendo aqui? Qual é o escopo de /etc/systemd/system/publicapi.service.d/local.conf(uma vez que os valores obviamente desaparecem após o login ou talvez não sejam definidos)? Como posso definir as variáveis ​​apenas uma vez globalmente?

scripts upstart bash environment-variables systemd

2 respostas

  1. O que está acontecendo aqui é que você está escrevendo um script de inicialização do sistema V em um sistema que executa o systemd.

    Seu systemd é um pouco compatível com versões anteriores e executará esses scripts de inicialização de estilo antigo em uma espécie de emulação, mas trate-os como systemd.

    Acho que você vai se divertir mais abandonando seu antigo script init e escrevendo um novo serviço systemd. Dessa forma você não precisa /etc/environment.

    Aqui estão algumas leituras adicionais sobre como escrever serviços systemd.

    • 3
  2. Best Answer

    Eu mesmo posso responder a pergunta agora. Depois de perder meio dia com essa porcaria de funileiro, consegui uma solução que funciona. Não há mais scripts init em /etc/init.d/ ou /etc/rcX.d) ou em qualquer outro lugar:

    *)/etc/environment

    JBOSS_HOME_CONSENT_SERVER=/opt/consent-server
CONSENT_SERVER_LOGGING_PATH=/var/log/consentserver/consent-server.log
CONSENT_SERVER_PORT_OFFSET=3000

    *) em /home/techopscrie um script consent-servercom este conteúdo:

    #!/bin/sh

case "$1" in
    start)
        echo "Starting Consent Server"
        sudo -u techops sh ${JBOSS_HOME_CONSENT_SERVER}/bin/standalone.sh > ${CONSENT_SERVER_LOGGING_PATH} &
    ;;
    stop)
        echo "Stopping Consent Server"
        sudo -u techops sh ${JBOSS_HOME_CONSENT_SERVER}/bin/jboss-cli.sh --connect --controller=localhost:$((9990 + $CONSENT_SERVER_PORT_OFFSET)) command=:shutdown > ${CONSENT_SERVER_LOGGING_PATH} &
    ;;
    *)
        echo "Usage: systemctl {start|stop} consent-server or pass {start|stop} as parameter"
        exit 1
    ;;
esac

exit 0

    *) Crie um arquivo /etc/systemd/system/consent-server.servicecom este conteúdo:

    [Unit]
Description=consent server startup script

[Service]
Type=oneshot
RemainAfterExit=yes
#if type=oneshot and RemainAfterExit=yes is not set, then the script stops immediately!
EnvironmentFile=-/etc/environment
WorkingDirectory=/home/techops
ExecStart=/home/techops/consent-server start
ExecStop=/home/techops/consent-server stop

[Install]
WantedBy=multi-user.target

    *) Ativar serviço (irá criar um link simbólico): 

    systemctl enable consent-server.service

    Após a reinicialização, o serviço é iniciado automaticamente e todas as variáveis ​​são reconhecidas. Você também pode iniciar e parar o serviço com systemctl start consent-server systemctl stop consent-server

    • 1

relate perguntas