I am surprised dfdss is not objecting to the use of BYPASSACS and
STORCLAS in that context. My manuals (z/OS 1.10) don't show those as
valid parameters for a DUMP command. They normally apply to placement
of target datasets of a RESTORE or COPY, not to placement of a dfdss
dump dataset from DUMP.
The installation ACS routines must be written with "hooks" in order for
a DASD Administrator to twiddle JCL allocation parameters to force
allocation to a specific SMS volume, some volser naming convention for
volumes that are excluded from SMS, some dataset naming convention for
datasets that are excluded from SMS control, etc. Only your local SMS
Administrator would know what these are and usually their usage would be
restricted in some way. Without obtaining that unique information about
your installation, you are unlikely to stumble on the method.
An alternative might be to just accept SMS control of your dump output
dataset and use a smaller primary space but multiple volumes so you are
not trying to find all that space on a single volume. Whether that is
acceptable to your installation may depend on local recommendations
about sizes of files that should be placed in various SMS pools. Adding
the "COMPRESS" option to your DUMP command may also shrink the size of
the dump dataset by a factor of 2 or 3 depending on the nature of the
data on the volume, but that will also cost some additional CPU for the
compression.
Joel C. Ewing
On 08/11/2011 09:02 AM, esmie moo wrote:
Greg,
I am trying to bypass SMS. This is why I am using these control cards in the
job:
BYPASSACS(**) -
STORCLAS(NONSMS) -
From: Greg Shirey<wgshi...@benekeith.com>
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 9:46:38 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
It looks like IEF343I is your answer - some of which was truncated on your
email.
NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE.
Greg Shirey
Ben E. Keith Company
________________________________________
From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie
moo [esmie_...@yahoo.ca]
Sent: Thursday, August 11, 2011 8:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Don,
I made the change to DISK1 however the problem persists. I tried using both
HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN
ZWAXPG ATTEMPT:
IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR
IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET
ZWAXPG.BKUP.SHRPP4
IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED
IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1
WERE ELIGIBLE FOR VOLUME SELECTION.
THE CANDIDATE STORAGE GROUPS WERE:ISTINT1
IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04
SYS1 ATTEMPT:
IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO
IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED.
From: Don Imbriale<don.imbri...@gmail.com>
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 8:49:28 AM
Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
The control cards show INDDNAME(DISK1), but the JCL shows DD statement
DASD1. Might that be part of the problem?
- Don Imbriale
On Thu, Aug 11, 2011 at 7:42 AM, esmie moo<esmie_...@yahoo.ca> wrote:
I made an error. I am trying to write the output to volume VE6C01 which is
a spare NON SMS volume. I am trying to backup volume PROM04.
Please excuse my error. Thanks.
From: esmie moo<esmie_...@yahoo.ca>
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, August 11, 2011 7:33:50 AM
Subject: DFDSS QUESTION - BYPASS SMS
Good Morning Gentle Readers,
I am trying to perform a Physical volume backup to disk. My problem is
that SMS is trapping my output dsn - which I am attempting to direct to
volume PROM04 - and is allocating it in a certain storage group. Here is
what I get:
IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY
SYSTEM ERR
IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA
SET
ZWAXPG.BKUP.SHRPP4
IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR
QUIESCED
IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST
1
WERE ELIGIBLE FOR VOLUME
SELECTION.
THE CANDIDATE STORAGE GROUPS
WERE:ISTINT1
IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT
SPACE (041A041D)
I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt
failed because of :
ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11,
2011
IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM
MANAGED VOLUMES ELIGIBLE
Here is my jcl:
//BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN'
//*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES'
//SYSPRINT DD SYSOUT=*
//DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR
//TAPE1 DD
DSN=ZWAXPG.BKUP.SHRPP4,
//*TAPE1 DD DSN=SYS1.BKUP.PROM04
// DISP=(,CATLG,DELETE),
// UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE),
// DCB=BLKSIZE=32760,TRTCH=COMP
//SYSIN DD *
DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) -
BYPASSACS(**) -
STORCLAS(NONSMS) -
OUTDDNAME(TAPE1))
/*
--
Joel C. Ewing, Bentonville, AR jcew...@acm.org
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html