в нём > start_daemon --user keystone --make-pidfile --pidfile "$PIDFILE" --lockfile "$LOCKFILE" --displayname "$NAME" -- $DAEMON -config-file=$CONFIG Однако правильно опция `config-file` пишется с двумя дефисами. В SysV init никто даже не запускал?
status / stop тоже не работают, надо починить
Привет. Да, с sysv никто не тестировал. буду рад, если протестируешь, и пришлёшь все недочёты.
исправил в openstack-keystone-8.0.1-alt1
start заработал при одном условии (1) (In reply to comment #1) > status / stop тоже не работают, надо починить (1) для работы пакету требуются ещё пакеты su и python-module-pysqlite2. Вероятно, второй в зависимости будет вписывать некорректно, но первый надо вписать.
Слушай, Алексей, а не проще ли сделать небольшой скрипт - нечто среднее между SysV и systemd: который бы по systemd service-файлу запускал бы сервис? Причём можно было бы забыть про все pid и lock-файлы, а запускать их в отдельной cgroup-е. Мне представляется такой скрипт не очень большим и довольно несложным. Как думаешь? Возможно, этот велосипед уже написан, но нагуглить не удалось.
Могло бы помочь https://lists.altlinux.org/pipermail/devel/2017-December/203778.html (другая реализация при --make-pidfile). Но с релиза 10.0.0-alt1 ни init-, ни unit-файлы не пакуются, так что не имеет смысла для Sisyphus. Для c7, t7, p8, c8 может быть актуально. (In reply to comment #5) > а не проще ли сделать небольшой скрипт - нечто среднее между SysV и systemd: > который бы по systemd service-файлу запускал бы сервис? Причём можно было бы > забыть про все pid и lock-файлы, а запускать их в отдельной cgroup-е. > > Мне представляется такой скрипт не очень большим и довольно несложным. Как > думаешь? По-моему, идея хороша в принципе: декларативное описание в *.service предполагает хорошие сценарии запуска и отсекает ошибки произвольных скриптов. Такой штуки мне тоже неизвестно, но я и не искал никогда. Опять же унификация: писать один файл лучше, чем два.
