Hello,

You should be able to have DSS restore your data sets and be allocated using 
EATTR=OPT by setting the ADRPATCH offset 5Bx
You can accomplish this in two ways:
Statically – So that the choice is set for your installation.
Dynamically – So that the choice is set only for that invocation.


Static (Sample):
//ZAP      EXEC PGM=AMASPZAP,PARM='IGNIDRFULL'
//SYSPRINT DD   SYSOUT=*
//SYSLIB   DD   DISP=SHR,DSN=LIBNAME.LINKLIB
//SYSIN DD *
   NAME ADRDSSU ADRPATCH
   VER   5B  00  REP  5B   FF
/*

Dynamic DSS Command:
   SET PATCH 5B=FF


Ernesto E. Figueroa
DFSMSdss Product Owner

From: IBM Mainframe Discussion List <[email protected]> on behalf of 
Radoslaw Skorupka <[email protected]>
Date: Thursday, October 17, 2024 at 2:47 AM
To: [email protected] <[email protected]>
Subject: [EXTERNAL] dss RESTORE and EAS
I want to RESTORE bunch of datasets from dss dump.
Target volume is non-SMS managed as well as source volume.
However the target volume is EAV (>65520 CYL size) and one the
track-managed space is exhausted, but there is plenty of space i EAS
part or the volume.
Unfortunately my RESTORE job failed with RC8 due to lack of space on
volume.
As far as I understand the reason is the non-VSAM datasets are EATTR(NO)
by default. In other words allocation of non-VSAM by defualt use
track-managed space only.

To be honest I circumvented the problem by allocating empty PDSE
manually and use REPLACE in the dss RESTORE.

However the above is not the method for many datasets.
Is there any way to "convince" dss do use EAS for non-VSAM datasets?

--
Radoslaw Skorupka
Lodz, Poland

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to