Я не хочу поступать правильно, создавая новый сценарий 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. Основная причина оказалась в том, что сценарий был символической ссылкой. После замены на копию оригинала все работало нормально.