ibm_zos_core icon indicating copy to clipboard operation
ibm_zos_core copied to clipboard

[Enhancement] [zos_mount] Research whether GDGs can support zfs/aggregate data sets

Open richp405 opened this issue 6 months ago • 0 comments

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

richp405 avatar Jul 29 '24 14:07 richp405