Open jschmid1 opened 5 years ago
Shouldn't the try...except
get caught in osd.remove
since exceptions do not propagate across runners? Also, the osd.remove
module is user facing and should give a reasonable return error independent of rebuild.node
.
The _check_return
is a summary of all the operations for a minion. Errors for a specific osd should come from osd.remove
.
Shouldn't the
try...except
get caught inosd.remove
since exceptions do not propagate across runners? Also, theosd.remove
module is user facing and should give a reasonable return error independent ofrebuild.node
.
Right, and I'm inclined to rework that..
The
_check_return
is a summary of all the operations for a minion. Errors for a specific osd should come fromosd.remove
.
It still needs context, I think the discussion we'll have about module return types for deepsea-next will have some influence on that.
When running a salt-run rebuild.node operation which fails before unmounting the drive but after zapping it we have stale data from
osd.list
(minion module).The
osd.remove
func will raise an Exception [OSDNotFound] that needs to be handled by this function.Otherwise the rebuild runner just exits with:
I also noted that the rebuild runner in
master
is not the same as inSES6
. That needs to be forwardported eventually.