Сздание unit-а для systemd.

Я не совсем понял ситуацию, но думаю, что проблема мне понятна. В юните не указан «тип» программы (директива Type=), и по умолчанию берётся тип «simple».

Если вкратце, то «simple» означает, что systemd будет следить за непосредственно запущенным им процессом, и его завершение будет означать самопроизвольную остановку программы. А в твоём случае непосредственно запускаемый процесс — это стартовый скрипт, который в свою очередь запускает ещё один скрипт (уже другой процесс), а сам завершается. На этом месте systemd считает, что сервис самопроизвольно завершился, и добивает все процессы в контрольной группе.

Я посмотрел на этот скрипт — самым правильным решением было бы избавиться от него совсем, запуская программу непосредственно из юнита. Это несколько проблематично, потому что скрипты там развесистые, но в конечном итоге всё действительно сводится к установке переменных окружения, смене пользователя и запуску некоторой команды. Всё это спокойно делается из самого юнита. Сейчас попытаюсь набросать пример.

Предлагаешь сразу java запускать из unit-a?

Да, именно.

Примерно вот так:

[Unit]
Description=DCM4CHEE DICOM Image Manager

[Service]
User=pacs
Type=forking

ExecStart=/usr/bin/env \
        LD_LIBRARY_PATH=${JBOSS_HOME}/bin/native \
        ${JAVA_HOME}/bin/java \
                ${JAVA_OPTS} \
                -Djava.awt.headless=true \
                -Dprogram.name=dcm4chee \
                -Dapp.name=dcm4chee \
                -Djava.library.path=${JBOSS_HOME}/bin/native \
                -Djava.endorsed.dirs=${JBOSS_HOME}/lib/endorsed \
                -classpath ${JBOSS_HOME}/bin/run.jar:${JAVA_HOME}/lib/tools.jar \
                org.jboss.Main -b ${JBOSS_BIND_ADDR} -c ${JBOSS_CONF} 

ExecStop=/usr/bin/env \
        ${JAVA_HOME}/bin/java \
                -classpath ${JBOSS_HOME}/bin/shutdown.jar:${JBOSS_HOME}/client/jnet.jar \
                org.jboss.Shutdown --shutdown

KillMode=control-group

Environment=JBOSS_HOME=/usr/local/dcm4chee
Environment=JBOSS_CONF=default
Environment=JBOSS_BIND_ADDR=0.0.0.0
Environment=JAVA_HOME=/usr/java/jdk
Environment="JAVA_OPTS=-Xms128m -Xmx512m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000"

[Install]
WantedBy=multi-user.target

Сделайте ссылку на скрипт в /etc/init.d, и systemd сам сгенерирует для него сервис-файл с корректными зависимостями, типом и т.д.

Не сгенерирует — там нет LSB-заголовка и нестандартный способ демонизации (четыре форка).

А как же легаси? Конечно оно понятно, что вопрос про systemd, но таки пока что готовить продукт который пускается с systemd-only, слегка рановато имхо.

Нельзя разве pid файл заставить его пасти? Или делегировать init'овский status в systemd?

Теперь во время выполнения systemctl start dcm4chee ничего не происходит и через некоторое время systemd прекращает запуск процесса.

Во-первых, /usr/bin/env явно лишний, путь к жабе указан напрямик.

Во-вторых, что мешает LD_LIBRARY_PATH пихнуть к остальным env-переменным, за что ему такая честь?

В-третьих, меня напрягает ${JAVA_HOME}/lib/tools.jar в строке запуска. Не выглядит это как стандартная либа жабы. Там точно не ${JBOSS_HOME}?

[root@localhost system]# find / -name tools.jar

/usr/java/jdk1.6.0_45/lib/tools.jar

а симлинк /usr/java/jdk -> /usr/java/jdk1.6.0_45 имеется?

Я вот это

Environment=JAVA_HOME=/usr/java/jdk

Environment=JAVA_HOME=/usr/java/jdk1.6.0_45

/usr/bin/env явно лишний, путь к жабе указан напрямик

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

что мешает LD_LIBRARY_PATH пихнуть к остальным env-переменным

Опять же, systemd не умеет рекурсивно подставлять переменные.

меня напрягает ${JAVA_HOME}/lib/tools.jar в строке запуска

Хз, так было в исходном скрипте.

Вероятно, я опять ошибся с Type. Поставь Type=simple. Понятия не имею, форкается ли процесс java. Видимо, не форкается.

А то что он пораждает несколько потоков не имеет значения?

Потоки значения не имеют. Только процессы.

Не правильно выразился, судя по диспетчеру задач, процессов несколько.

Дочерние процессы при запущенном исходном тоже не влияют. Тут разница в том, какой процесс systemd считает «главным» (за смертью которого следит).

В случае Type=simple это тот процесс, который был непосредственно запущен (самым первым). Если он умирает — сервис считается упавшим.

В случае Type=forking systemd будет ждать, что запущенный процесс дважды форкнется, и вот этот дважды потомок будет считаться главным процессом. Ещё там можно указать путь к PID-файлу, но я не разбирался в механике работы этой директивы. Если же двойного форка не произошло (т. е. мы ошиблись, указав forking вместо simple), то systemd по прошествии некоторого времени прибьёт все процессы в контрольной группе и скажет, что запуск неуспешен.

Нормально заработало вот так:

[Unit]
Description=DICOM server daemon
After=network.target mariadb.service iscsi.service

[Service]
Environment=JBOSS_HOME=/opt/dcm4chee-2.17.3-mysql
Environment=JBOSS_CONF=default
Environment=JBOSS_BIND_ADDR=0.0.0.0
Environment=JAVA_HOME=/usr/java/jdk

ExecStart=/usr/bin/env \
        LD_LIBRARY_PATH=${JBOSS_HOME}/bin/native \
        ${JAVA_HOME}/bin/java \
                -server -Xms254m -Xmx1024m -XX:MaxPermSize=254m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 \
                -Djboss.messaging.ServerPeerID=0 \
                -Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl \
                -Djava.awt.headless=true \
                -Dapp.name=dcm4chee \
                -Djava.net.preferIPv4Stack=true \
                -Djava.library.path=${JBOSS_HOME}/bin/native \
                -Djava.endorsed.dirs=${JBOSS_HOME}/lib/endorsed \
                -classpath ${JBOSS_HOME}/bin/run.jar:${JAVA_HOME}/lib/tools.jar org.jboss.Main \
                -b ${JBOSS_BIND_ADDR} -c ${JBOSS_CONF}

ExecStop=/usr/bin/env \
        ${JAVA_HOME}/bin/java \
                -classpath ${JBOSS_HOME}/bin/shutdown.jar:${JBOSS_HOME}/client/jnet.jar \
                org.jboss.Shutdown --shutdown -u admin -p admin

KillMode=control-group

[Install]
WantedBy=multi-user.target

Как можно к топику добавить тэг dcm4chee?

что такое юнит и зачем его надо создавать?

Юнит в systemd описывает конфигурацию запуска различных сервисов, таймеров, сокетов и тому подобное, длинный список.

подробней: man systemd.unit

intelfx, спасибо за помощь :)

Это для неосиляторов сисвинит. Забудь.