I built the dev branch and accidentally ran it on ZOAU 1.3.0 when the minimum is 1.3.1, is this anything we can catch or handle (or should)? Problem does not happen with ZOAU 1.3.1.
fatal: [zvm]: FAILED! => {"changed": false, "msg": "Unable to allocate destination data set: catching classes that do not inherit from BaseException is not allowed", "rc": null, "stderr": null, "stderr_lines": null, "stdout": null, "stdout_lines": null}
When in debug, the message is a bit better, but when not, its a bit criptic but leave it up to you all to decide.
"msg": "ZOAU is not properly configured for Ansible. Unable to import zoautil_py. Ensure environment variables are properly configured in Ansible for use with ZOAU. Complete traceback: Traceback (most recent call last):\n File \"/tmp/ansible_ibm.ibm_zos_core.zos_copy_payload_491265tt/ansible_ibm.ibm_zos_core.zos_copy_payload.zip/ansible_collections/ibm/ibm_zos_core/plugins/module_utils/data_set.py\", line 38, in <module>\n from zoautil_py import datasets, exceptions, gdgs\nImportError: cannot import name 'gdgs' from 'zoautil_py' (/zoau/v1.3.0/lib/zoautil_py/__init__.py)\n",
"rc": null,
"stderr": null,
"stderr_lines": null,
"stdout": null,
"stdout_lines": null
}
Is there an existing issue for this?
Bug description
I built the dev branch and accidentally ran it on ZOAU 1.3.0 when the minimum is 1.3.1, is this anything we can catch or handle (or should)? Problem does not happen with ZOAU 1.3.1.
When in debug, the message is a bit better, but when not, its a bit criptic but leave it up to you all to decide.
IBM z/OS Ansible core Version
v1.11.0-beta.1
IBM Z Open Automation Utilities
v1.3.1
IBM Enterprise Python
v3.10.x
ansible-version
v2.16.x (default)
z/OS version
v2.5 (default)
Ansible module
zos_copy
Playbook verbosity output.
No response
Ansible configuration.
No response
Contents of the inventory
No response
Contents of
group_vars
orhost_vars
No response