Summary: | sys-cluster/ceph-12.2.4-r1 missing ceph-osd-prestart.sh called from osd systemd unit | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wes <wes> |
Component: | Current packages | Assignee: | Patrick McLean <chutzpah> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | cluster, dlan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | patch for sys-cluster/ceph-12.2.5 |
Description
Wes
2018-03-11 09:23:34 UTC
s/ExecutePre/ExecStartPre/ I'm not sure the relevance of this script, my cluster seems ok without it but every time ceph is updated my osds fail to start next boot because ceph-osd@.service is replaced I just noticed bug 604328 is a duplicate of this issue. There are also other issues with the systemd units, they make assumptions about the cluster name and look for env config in /etc/sysconfig. I notice you said you don't have an easy way of testing systemd units on the previous bug - I'll try to put some time aside this week to clean things up and submit some PRs for them The ceph-osd-prestart.sh script is installed by the ebuild, but at a different location: it can be found at /usr/libexec/ceph/ceph-osd-prestart.sh in the files/ dir is a systemd unit with the correct path, but that unit file is not being installed. I assume it was installed for prior versions, before upstream shipped it's own unit files. The installed upstream unit file seems better IMHO, it has stricter security constraints, but hardcodes /usr/lib/.. as the path. changing that path solves the issue. Patch attached (tested with ceph-12.2.5). Created attachment 542514 [details, diff]
patch for sys-cluster/ceph-12.2.5
|