ibm_zos_core
ibm_zos_core copied to clipboard
[Enhancement] [zos_mount] Research whether GDGs can support zfs/aggregate data sets
Is there an existing issue for this?
- [X] There are no existing issues.
Enhancement or feature description
Originated from Ticket #1378
Background
We had an epic for enabling gdg support for all modules in our collection. zos_mount is one of the last modules. Manually performing this lead to several odd behaviors, leading to the question: Can a zfs aggregate file be stored in and used from a GDG dataset?
This would impact management of the src, and potentially the backup option of zos_mount
Related issue
zoau/version/lib/_py/datasets.py:
try: if dataset_type.upper() in ["KSDS", "ESDS", "RRDS", "LDS"]: dataset = list_vsam_datasets(assigned_name)[0] else: dataset = list_datasets(assigned_name)[0]
So, a vsam needs to be ksds, esds, rrds, or lds to be listable or copyable... leaving zfs/hfs out? i.e.: what data type is reported on a zfs/hfs aggregate? They only show under list_vsam (vls), not regular list_datasets (dls)
---------- To acutally copy a zfs/aggregate for a backup is a multi-step process:
- a quiesce is required... addrssu is used, then an un-quiesce
- cp and dcp can not see the file: dfsms is required, addrssu is used to do the work
- copy only works if type and size match, or destination is larger than source
Slack with Anthony & Demetrios archives/C037EFBNPAN/p1722023475397699
This research request is:
1 - Can a GDG support an aggregate ? 2 - Can we mount an aggregate that is stored in a GDG ? 3 - Can we back up/copy TO a GDG ? 4 - Is there a valid use-case for this scenario? The thinking here being what happens on a write-action to aggregate... does it fail, or spawn a new generation ?
Ansible module
zos_mount