Назад | Перейти на главную страницу

Какой самый простой способ заставить мой старый сценарий инициализации работать в systemd?

Я не хочу поступать правильно, создавая новый сценарий systemd, я просто хочу, чтобы мой старый сценарий инициализации снова заработал, когда я обновил свою систему до ОС, использующей systemd.

Я вкратце изучил, как конвертировать сценарии инициализации и как писать сценарии systemd, но я уверен, что изучение этого должным образом и правильное выполнение займет у меня несколько часов.

Текущая ситуация такова:

systemctl start solr
Failed to start solr.service: Unit solr.service failed to load: No such file or directory.

И:

sudo service solr start
Failed to start solr.service: Unit solr.service failed to load: No such file or directory.

Прямо сейчас я просто хочу вернуться к работе. Какой путь наименее сопротивление тому, чтобы это снова заработало?

Обновления

Я не хотел во всем этом разбираться - я действительно не хотел - но я должен был, и я нашел свою первую подсказку:

sudo systemctl enable solr
Synchronizing state for solr.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d solr defaults
insserv: warning: script 'K01solr' missing LSB tags and overrides
insserv: warning: script 'solr' missing LSB tags and overrides
Executing /usr/sbin/update-rc.d solr enable
update-rc.d: error: solr Default-Start contains no runlevels, aborting.

В страница несовместимости для systemd Говорит, что:

Информация о зависимости заголовка LSB имеет значение. Реализации SysV во многих дистрибутивах не использовали информацию о зависимостях, закодированную в заголовках сценария инициализации LSB, или использовали их только очень ограниченными способами. Из-за этого они часто бывают неправильными или неполными. systemd, однако, полностью интерпретирует эти заголовки и внимательно следит за ними во время выполнения.

Я думаю, это означает, что мой сценарий не будет работать, пока он не будет исправлен.

Рассматриваемый сценарий:

#!/bin/sh

# Prerequisites:
# 1. Solr needs to be installed at /usr/local/solr/example
# 2. daemon needs to be installed
# 3. Script needs to be executed by root
# 4. $INSTALL_ROOT must be set

# This script will launch Solr in a mode that will automatically respawn if it
# crashes. Output will be sent to /var/log/solr/solr.log. A pid file will be
# created in the standard location.

start () {
    echo -n "Starting solr..."

    # Reset ulimit or else get issues with too many open files (https://issues.apache.org/jira/browse/SOLR-4)
    ulimit -n 10000

    # start daemon
    daemon --chdir='/usr/local/solr/example' --command "java -jar -server start.jar -DINSTALL_ROOT=$INSTALL_ROOT" --respawn --output=/var/log/solr/solr.log --name=solr --verbose

    RETVAL=$?
    if [ $RETVAL = 0 ]
    then
        echo "done."
    else
        echo "failed. See error code for more information."
    fi
    return $RETVAL
}

stop () {
    # stop daemon
    echo -n "Stopping solr..."

    daemon --stop --name=solr  --verbose
    RETVAL=$?

    if [ $RETVAL = 0 ]
    then
        echo "done."
    else
        echo "failed. See error code for more information."
    fi
    return $RETVAL
}


restart () {
    daemon --restart --name=solr  --verbose
}


status () {
    # report on the status of the daemon
    daemon --running --verbose --name=solr
    return $?
}


case "$1" in
    start)
        start
    ;;
    status)
        status
    ;;
    stop)
        stop
    ;;
    restart)
        stop
        sleep 15
        start
    ;;
    *)
        echo $"Usage: solr {start|status|stop|restart}"
        exit 3
    ;;
esac

exit $RETVAL

Серьезно, файл модуля systemd тривиально написать для такого сервиса ... или для большинства сервисов.

Это должно дать вам около 95% пути. Поместите это, например, /etc/systemd/system/solr.service

[Unit]
Description=Apache Solr
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=simple
EnvironmentFile=/etc/courtlistener
WorkingDirectory=/usr/local/solr/example
ExecStart=/usr/bin/java -jar -server -Xmx${CL_SOLR_XMX} start.jar -DINSTALL_ROOT=${INSTALL_ROOT}
Restart=on-failure
LimitNOFILE=10000

[Install]
WantedBy=multi-user.target

Обратите внимание на то, что не здесь, например, файл журнала и тому подобное; systemd будет автоматически захватывать и регистрировать выходные данные службы под именем службы.

Для меня было проще просто добавить блок информации об инициализации в заголовок, как предлагалось. Вот:

#!/bin/sh
### BEGIN INIT INFO
# Provides:          solr
# Required-Start:    
# Required-Stop:     
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: solr
# Description:       solr
### END INIT INFO

Затем выполните sudo systemctl enable solr.

Другое решение - использовать устаревший сценарий инициализации solr с systemd:

systemctl daemon-reload  
systemctl enable solr  
systemctl start solr  

Solr удобнее запускать с помощью предоставленный сценарий запуска.

Юнит-файл systemd выглядит так:

[Unit]
Description=Apache Solr for Nextcloud's nextant app fulltext indexing
After=syslog.target network.target remote-fs.target nss-lookup.target systemd-journald-dev-log.socket
Before=nginx.service

[Service]
Type=forking
User=solr
WorkingDirectory=/path/to/solr/server
ExecStart=/path/to/solr/bin/solr start
ExecStop=/path/to/solr/bin/solr stop
Restart=on-failure

[Install]
WantedBy=multi-user.target

Обратите внимание, что вы также можете использовать переменные среды, добавив EnvironmentFile к [Service] раздел. Сценарий bin/solr уважает переменные среды, просто взгляните на это.

Проверено на Debian: добавьте '_SYSTEMCTL_SKIP_REDIRECT = OHYES' в начале скрипта.

Фанатам Systemd это может не понравиться, но я не люблю systemd, так что вот так :).

У меня была такая же ошибка при попытке использовать сценарий инициализации LSB в CentOS 7. Основная причина оказалась в том, что сценарий был символической ссылкой. После замены на копию оригинала все работало нормально.