主页 / ubuntu / 问题 / 1109727
Accepted
Bevor
Asked: 2019-01-15 12:10:59 +0800 CST

初始化脚本和系统的系统范围变量？

  • 772

我创建了自己的使用变量的初始化脚本：

#! /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

变量定义/etc/environment如下：

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

...并在登录后工作，当我手动启动和停止 init 脚本时，但它们不适用于启动 init 脚本（它们是指向/etc/init.d/publicapiin /etc/rc2.d/、/etc/rc5.d/、的符号链接/etc/rc6.d/）。然后启动崩溃，因为变量是未知的。

我可以通过执行systemctl edit publicapiwhich 创建了一个/etc/systemd/system/publicapi.service.d/local.conf在我编辑后看起来像这样的文件来解决这个问题：

[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"

当我重新启动时，初始化脚本的启动工作。但是现在我遇到了一个奇怪的情况：我总是需要在 in/etc/systemd/system/publicapi.service.d/local.conf和 in 中定义变量/etc/environment。如果我省略了 中的那些/etc/environment，init 引导脚本会执行但会崩溃，因为变量似乎没有设置（至少在登录后）。如果我将变量注释/etc/systemd/system/publicapi.service.d/local.conf并仅设置它们/etc/environment，则在登录后设置变量，但不执行 init 引导脚本。这里发生了什么？范围是什么/etc/systemd/system/publicapi.service.d/local.conf（因为这些值在登录后显然已经消失或者可能没有设置）？如何在全局范围内只定义一次变量？

scripts upstart bash environment-variables systemd

2 个回答

  1. 这里发生的事情是您正在运行 systemd 的系统上编写系统 V 初始化脚本。

    您的 systemd 在某种程度上是向后兼容的，并且会以某种仿真的方式运行这些旧式初始化脚本，但将它们视为 systemd。

    我认为您将有更好的时间放弃旧的初始化脚本并编写新的 systemd 服务。这样就不需要了/etc/environment。

    这是有关如何编写 systemd 服务的一些进一步阅读。

    • 3
  2. Best Answer

    我现在可以自己回答这个问题了。在用这个修补垃圾浪费了半天之后，我有了一个可行的解决方案。/etc/init.d/ 或 /etc/rcX.d) 或任何地方不再有初始化脚本：

    *)/etc/environment

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

    *) 在/home/techops创建consent-server具有此内容的脚本时：

    #!/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

    *) 创建一个/etc/systemd/system/consent-server.service包含以下内容的文件：

    [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

    *) 激活服务（将创建一个符号链接）： 

    systemctl enable consent-server.service

    重启后，服务自动启动，所有变量都被识别。您还可以使用 systemctl start consent-server systemctl stop consent-server 启动和停止服务

    • 1

相关问题