IEF702I

Sitko, Bob

unread,

Feb 13, 2001, 2:59:47 PM2/13/01

to

How come when I allocate and catalog a dataset to unit PRODDA, then in
another job I delete it with IEFBR14 specifying MOD,DELETE and unit TESTDA,
I get message IEF702I (unable to allocate), but when i specify unit TAPE, it
works OK.

I thought that for existing datasets, the UNIT parameter was ignored in the
JCL. It ignores the unit if I specify TAPE, but doesn't ignore it if I
specify the wrong esoteric DISK name.

1. allocate dsn on unit PRODDA (a subset of sysda)

2. run IEFBR14
//dd1 dd dsn=whatever,disp=(mod,delete),unit=TESTDA,space=(trk,1)

and get a JCL error (unable to allocate IEF702I)

3. run the IEFBR14 again
//dd1 dd dsn=whatever,disp=(mod,delete),unit=TAPE,space=(trk,1)

and it deletes the dataset from unit PRODDA ?

Bob

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO

Schwarz, Barry A

unread,

Feb 13, 2001, 3:50:21 PM2/13/01

to

Is it possible that the DASD are SMS managed? SMS data sets must be catalogued and of course cannot be catalogued multiple times. Data sets on tape volumes don't need to be cataloged.

Barry Schwarz
OS/390 Systems Programmer
Phone: 253-773-4221
Fax: 253-773-2099
Mail stop: 80-JC
e-mail: barry.a...@boeing.com

> ----------
> From: Sitko, Bob[SMTP:bsi...@AGFIRST.COM]
> Reply To: IBM Mainframe Discussion List
> Sent: Tuesday, February 13, 2001 11:59 AM
> To: IBM-...@BAMA.UA.EDU
> Subject: IEF702I

Sitko, Bob

unread,

Feb 13, 2001, 5:06:46 PM2/13/01

to

No, we don't use SMS at all (except for the null configuration required by
OMVS). None of our disks is SMS managed.

-----Original Message-----
From: Schwarz, Barry A [mailto:Barry....@PSS.BOEING.COM]

Is it possible that the DASD are SMS managed? SMS data sets must be
catalogued and of course cannot be catalogued multiple times. Data sets on
tape volumes don't need to be cataloged.

Miller, Pat

unread,

Feb 13, 2001, 5:39:45 PM2/13/01

to

Okay, here's a guess: are there ANY online devices that satisfy the TESTDA
group designation? The explanation for IEF702I explains:

The UNIT parameter(s) in a DD statement, or combination of DD statements,
specified a device collection and specified more than the number of devices
available within the collection.

It makes sense to me that if there are no online devices that satisfy
UNIT=TESTDA, but there are online devices that satisfy UNIT=TAPE, you could
get this error.

Bruce Black

unread,

Feb 13, 2001, 7:45:47 PM2/13/01

to

"Sitko, Bob" wrote:
> I thought that for existing datasets, the UNIT parameter was ignored in the
> JCL. It ignores the unit if I specify TAPE, but doesn't ignore it if I
> specify the wrong esoteric DISK name.

according to the JCL ref, under UNIT=

"However, you can override the retrieved device information if the
device you specify is a subset of the retrieved device information;
otherwise
the system ignores the overriding device information. For example, if
the retrieved unit grouping is 3350, and the specified unit subparameter
is
3350A (a subset of 3350), then the system allocates from the devices
contained in 3350A."

When you catalog a dataset with UNIT=PRODDA in JCL, it actually puts a
generic device type of 3390 or 3380 in the catalog. But if you
reference it with UNIT=TESTDA, and TESTDA includes at least one 3390 or
3380, then it will override the catalog. If the volume from the catalog
is not mounted on a device within TESTDA, you will get this allocation
failure.

But when you overrid with TAPE, since there are no disks in TAPE, it
ignores it.

Clever, but confusing.

--
Bruce A. Black
Senior Software Developer for
FDR, CPK, ABR, SOS, UPSTREAM, FATS/FATAR
Innovation Data Processing
Little Falls, NJ 07424
973-890-7300
personal: bbl...@fdrinnovation.com
sales info: sa...@fdrinnovation.com
tech support: sup...@fdrinnovation.com

Ginnane, Shane

unread,

Feb 13, 2001, 8:33:23 PM2/13/01

to

Damn - just when I thought I was beginning to understand VTS, along comes an
expert and shoots it all down ;-)

-----Original Message-----
From: Bruce Black [mailto:bbl...@FDRINNOVATION.COM]

<snip> ..
since there are no disks in TAPE ...
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager of QR.

This message has been swept by MIMESweeper for the presence of computer
viruses. No warranty is given that this message upon its receipt is
virus free and no liability is accepted by the sender in this respect.

This email is a message only; does not constitute advice and should not
be relied upon as such.
**********************************************************************

Bruce Black

unread,

Feb 14, 2001, 9:18:19 AM2/14/01

to

"Ginnane, Shane" wrote:
>
> Damn - just when I thought I was beginning to understand VTS, along comes an
> expert and shoots it all down ;-)

Always remember, expert = X(unknown quantity) + spurt(a drip under pressure)!

--
Bruce A. Black
Senior Software Developer for
FDR, CPK, ABR, SOS, UPSTREAM, FATS/FATAR
Innovation Data Processing
Little Falls, NJ 07424
973-890-7300
personal: bbl...@fdrinnovation.com
sales info: sa...@fdrinnovation.com
tech support: sup...@fdrinnovation.com

----------------------------------------------------------------------