I forget when it was, but quite some time ago, perhaps pre-SMS, allocation
started massaging the Eligible Device list so that unit addresses already
allocated to a DD in a step were moved to the bottom of the EDL.
The reason for this was to prevent the behavior I think you are describing
below - all new datasets allocated to the same volume because it was at the
top of the EDL. This is why you'll see all SORTWKnn datasets allocated to
different volumes if the number of eligible devices is greater than the
number of new datasets.
I think this change to allocation may have made UNIT=SEP redundant.
Ron
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of efinnell15
> Sent: Friday, August 30, 2013 11:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] UNIT=SEP still alive (?)
>
> We had one in early XA ESP where techy changed a few jobs and had
> UNIT=3800 for SORTWKs and it tried to honor it. Can you say wreck?
>
>
>
> In a message dated 08/30/13 13:23:33 Central Daylight Time,
> gerh...@valley.net writes:
> He reported that a "CoBOL" programmer submitted a sort job with all sort
> work files on the same 2321 data cell drive!
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN