Дайте хороший мануал по написанию сервисов systemd

man systemd.service. По-моему, вполне себе нормально.

Ну вот представьте себе upstart это bash скрипт в котором кроме запуска сервиса можно подготовить лужайку, после остановки убрать лужайку, где это в systemd?

Кстати, да, плюсую. Ради интереса посмотрю.

В systemd усть Exec* - это не то?

Это всего запуск 1 команды с параметрами. Мне нужно создать пользователя, каталоги, права на них.

Это всего запуск 1 команды с параметрами.

Это запуск скрипта </thread>

Мне нужно создать пользователя, каталоги, права на них

Зачем тебе каждый раз при запуске создавать пользователя и менять права на каталог?

Иначе запускается слишком быстро.

Это запуск скрипта

Спасибо проблевался.

почему ты пытаешся решить задачу создания каталогов и установки прав инструментом, созданным для запуска сервисов?

http://0pointer.de/blog/projects/systemd-docs.html

Да эту проблему можно решить в spec файле rpm пакета, все хорошо ок. А как же быть с таким моментом что /var/lib/program.pid нельзя создать из-за прав:

[Service]
Type=forking
User=myuser
Group=mygroup

PID file /var/run/program.pid not readable (yet?) after start.

Причем pid должен быть только по такому пути.

И да я не могу сделать

ExecPre=touch /var/run/program.pid
ExecPre=chown myuser:mygroup /var/run/program.pid

ExecStart, ExecStop. Ну и всякие пре и пост

И да. Всякое такое не нужно пихать в вар либ.

http://www.freedesktop.org/software/systemd/man/systemd.service.html PIDFile

run ошибочка

почитай про опцию PIDFile

PIDFile=

    Takes an absolute file name pointing to the PID file of this daemon. Use of this option is recommended for services where Type= is set to forking. systemd will read the PID of the main process of the daemon after start-up of the service. systemd will not write to the file configured here.

[Service]
Type=forking
User=myuser
Group=mygroup
PIDFile=/var/run/program.pid

PID file /var/run/program.pid not readable (yet?) after start.

Зачем тебе вообще этот пидфайл нужен? systemd сам у себя пид запомнит. Отключи в конфиге демона его нафиг и все.

Какого демона :)

Отключи в конфиге демона его нафиг и все.

Как вариант сойдет. Работает.

То что systemd не может создать pid при User= Group= это баг systemd. Куда им по этому поводу написать?

ну если это tmpfs то логично, хотя в systemd для этого tmpfiles.d есть.

В спортлото.

man tmpfiles.d

Еще один. Говнокостыль этот tmpfiles.d

Обоснуй

Обосновываю. tmpfiles.d не предназначено для создания pid файла, не только потому что в некоторых systemd дистрибутивах /var/run tmpfs, а просто потому что это применение не по назначению.

chown myuser:mygroup /var/run/program.pid

а какие предпосылки для chown на pid файл? lock/pid файлы обычно рутовые же, даже в случае setgid/setuid на форке.

не только потому что в некоторых systemd дистрибутивах /var/run tmpfs

А почему пидфайлы надо создавать на на tmpfs? Зачем они после ребута?

И какой смысл вообще создавать пидфайлы? Это костыль для sysvinit'а.

Тут я им накатал https://bugs.freedesktop.org/show_bug.cgi?id=66641 всем спасибо!

Дак pid файл создает приложение. А ты создаешь не пид файл, а каталог для пид файла ёпт

Повторяй это каждый день перед сном, полегчает.

Не забудь написать про tmpfiles.d мейнтейнеру sendmail:

http://pkgs.fedoraproject.org/cgit/sendmail.git/tree/sendmail-8.13.7-pid.patc...

http://pkgs.fedoraproject.org/cgit/sendmail.git/tree/sm-client.service#n12

Кому нужен sendmail, тот пусть и пишет

Держи: http://kangran.su/~nnz/pub/s4a/s4a_latest.pdf

Шрифт какой-то страшный, но круто, почитаю.