Description of problem: ----------------------- With RHGS 3.2.0, gdeploy ( gdeploy-2.0.1-11 ) introduced 'ignore_volume_errors' which force gdeploy to halt the configuration, when encountered with volume errors. But when a volume fails to start, due to various reasons, gdeploy doesn't ignore that error and ignores it. Version-Release number of selected component (if applicable): ------------------------------------------------------------- gdeploy-2.0.2-3.el7rhgs ( RHGS 3.3.0 interim ) gdeploy-2.0.1-11.el7rhgs ( RHGS 3.2.0 ) How reproducible: ----------------- Always Steps to Reproduce: ------------------- 1. Try to start the non-existent volume with gdeploy Actual results: --------------- With ignore_volume_errors=no in place, the volume start operation should **not** ignore the failure and stop execution. Expected results: ----------------- With ignore_volume_errors=no in place, the volume start operation should not ignore the error Additional info: ---------------- [hosts] host1 [volume] action=start volname=vol1 ignore_volume_errors=no [shell] action=execute command=echo 'gdeploy doesn't halt' > /home/error <snip> TASK [Starts a volume] ********************************************************* fatal: [10.70.37.107]: FAILED! => {"changed": false, "failed": true, "msg": "volume start: vol1: failed: Volume vol1 does not exist\n", "rc": 1} ...ignoring </snip>
Commit: https://github.com/gluster/gdeploy/commit/683f0597b59 fixes the issue.
Tested with gdeploy-2.0.2-10.el7rhgs When non-existent volume is tried to be started with gdeploy config file, with the following conf: [volume] volname=nonexistingvolume action=start ignore_volume_errors=no gdeploy execution stops as the volume is not actually existing
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:2777