Bug #17813
ceph-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
Related issues
History
#1 Updated by Loïc Dachary over 7 years ago
- Description updated (diff)
#2 Updated by Loïc Dachary over 7 years ago
- Description updated (diff)
#3 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?
#4 Updated by Loïc Dachary over 7 years ago
@Ken you right. Any idea on how to implement this in the right way ?
#5 Updated by Loïc Dachary over 7 years ago
- Related to Bug #17889: ceph-disk: ceph-disk@.service races with ceph-osd@.service added
#6 Updated by Loïc Dachary over 7 years ago
- Description updated (diff)
- Assignee set to Loïc Dachary
- Priority changed from Normal to Urgent
#7 Updated by Loïc Dachary over 7 years ago
- Status changed from 12 to Fix Under Review
#8 Updated by Loïc Dachary over 7 years ago
- Backport set to jewel
#9 Updated by Kefu Chai over 7 years ago
- Status changed from Fix Under Review to Pending Backport
#10 Updated by Loïc Dachary over 7 years ago
- Copied to Backport #18009: jewel: ceph-disk: udev permission race with dm added
#11 Updated by Loïc Dachary over 7 years ago
- Status changed from Pending Backport to In Progress
#12 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.
#13 Updated by Loïc Dachary over 7 years ago
- Status changed from In Progress to Pending Backport
#14 Updated by Nathan Cutler about 7 years ago
- Status changed from Pending Backport to Resolved