Bug #17813
closedceph-disk: udev permission race with dm
0%
Description
In the ceph-devel mailing list "ceph-disk and /dev/dm-* permissions - race condition?" the following workaround is suggested to address a race condition involving dmcrypt devices at boot time (courtesy Wyllys Ingersoll):
add a line to the udev 55-dm.rules file just before the 'GOTO="dm_end"' line towards the end of that file: OWNER:="ceph", GROUP:="ceph", MODE:="0660"
See the ceph-disk and /dev/dm- permissions - race condition? thread in ceph-devel for more information
Updated by Ken Dreyer over 7 years ago
Loic, would this change in 55-dm.rules
affect all devicemapper block devices on the box, not just encrypted OSDs?
In RHEL , /usr/lib/udev/rules.d/10-dm.rules
is owned by the device-mapper RPM, so I think any by-hand additions there will be wiped on the next yum update?
Updated by Loïc Dachary over 7 years ago
@Ken you right. Any idea on how to implement this in the right way ?
Updated by Loïc Dachary over 7 years ago
- Related to Bug #17889: ceph-disk: ceph-disk@.service races with ceph-osd@.service added
Updated by Loïc Dachary over 7 years ago
- Description updated (diff)
- Assignee set to Loïc Dachary
- Priority changed from Normal to Urgent
Updated by Loïc Dachary over 7 years ago
- Status changed from 12 to Fix Under Review
Updated by Kefu Chai over 7 years ago
- Status changed from Fix Under Review to Pending Backport
Updated by Loïc Dachary over 7 years ago
- Copied to Backport #18009: jewel: ceph-disk: udev permission race with dm added
Updated by Loïc Dachary over 7 years ago
- Status changed from Pending Backport to In Progress
Updated by Loïc Dachary over 7 years ago
https://github.com/ceph/ceph/pull/12136 is the right thing to do to deal with this problem but depends on #17889 being fixed to be effective.
Updated by Loïc Dachary over 7 years ago
- Status changed from In Progress to Pending Backport
Updated by Nathan Cutler over 7 years ago
- Status changed from Pending Backport to Resolved