Atomic disk handling
Bug #1830680 reported by
Wouter van Bommel
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ceph OSD Charm |
Triaged
|
Medium
|
Unassigned |
Bug Description
When using the vault charm in combination with ceph-osd, it will automatically encrypt disks and create a pv / vg / lv on top of this.
But in the case something goes wrong for a reason (e.g. bluestore lv has no space left) it will not undo the creation of the osd parts.
Running zap-disk action does not help, as the kernel will keep the keyring / lvm information in memory until a reboot. So to continue with adding a disk, without a reboot manual intervention is needed.
If the disk addition would be made more atomic (multi-phase commit) then it would be possible to recover from errors without manual interaction (with the risk of mixing up id's)
To post a comment you must log in.
@Woulter, it's not clear (to me) exactly how you would see this working. Please could you describe the steps/commands that were taken, along with the resultant scenario that led to the bug report, and then what you had to do to resolve it manually?
Also, if you could indicate your preferred set of steps/actions (or what you think the charm should do) that would've removed the need for manually jumping onto the host?
Many thanks.