Summary: | wrong initd service file | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | ildar <ildar> |
Component: | openstack-keystone | Assignee: | piastry <piastry> |
Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | imz, piastry, shaba |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 34415 |
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 предполагает хорошие сценарии запуска и отсекает ошибки произвольных скриптов. Такой штуки мне тоже неизвестно, но я и не искал никогда. Опять же унификация: писать один файл лучше, чем два. |
в нём > start_daemon --user keystone --make-pidfile --pidfile "$PIDFILE" --lockfile "$LOCKFILE" --displayname "$NAME" -- $DAEMON -config-file=$CONFIG Однако правильно опция `config-file` пишется с двумя дефисами. В SysV init никто даже не запускал?