Open mainline-automation opened 1 year ago
@mainline-automation I think current message correctly indicates that user cannot pass thin (or for that matter, other params such as compressed for changing existing volume's properties), even before testing it's value (true/false). Please let me know your comments, if we can close this?
The issue is that I found that if the volume was already thick/generic and you happened to say "thin=false", it would create an error. So, the volume is already in the state of thin=false, but putting thin=false into the parameters creates an error. It shouldn't react if there's no actual change being made. It should just acknowledge that the volume state is correct and move on.
Beyond that there is the issue that users can do a thick to thin/thin to thick conversion in the GUI but the collection disallows it.
@mainline-automation , I'll check on this. If needed, we'll fix it in next (September) release.
SUMMARY
In new change to ibm_svc_manage_volume, the module is supposed to respond with a message when a task attempts to change the thin provisioned status of a volume. However, if the task is attempting to change a volume to Thin = False, it will always respond with that message.
I have included a fix in my current pull request #31
ISSUE TYPE
COMPONENT NAME
ibm_svc_manage_volume
ANSIBLE VERSION
COLLECTION VERSION
CONFIGURATION
OS / ENVIRONMENT
RHEL 9.2, IBM Storwize V7000 724, Storage Virtualize 8.5.0.9
STEPS TO REPRODUCE
EXPECTED RESULTS
The expected result is that, when a volume has "False" or "No" for Thin, it would give the error message if it is currently Thin. However, if the volume is already thick/generic, it should just report that the volume already exists.
ACTUAL RESULTS
Volumes that were already Thin = True were ignored when the task ran. Jobs that were already Thin = False triggered the error message