On 11/20/2009 10:28 PM, Sam Siegel wrote:
> This is exactly what I've recently done and it works perfect on 1.09
> 
> On Fri, Nov 20, 2009 at 6:29 PM, Donald Russell <[email protected]>wrote:
> 
>> On Fri, Nov 20, 2009 at 10:34, Tim Hare <[email protected]>
>> wrote:
>>
>>> In a 2008 thread on people using IEFBR14 to do deletes there as this:
>>>
>>> "Indeed, how should Allocation know whether the program about to execute
>>> wants to "do something" with the dataset(s) before deleting it/them?
>>> Perhaps Allocation could be "educated" to issue HDELETE iff the dataset
>>> is migrated *AND* DISP=(,DELETE) *AND* PGM=IEFBR14."
>>>
>>
>>
>> //S1 EXEC PGM=IEFBR14
>> //FILE1 DD DSN=...,DISP=(OLD,DELETE),UNIT=(,,DEFER)
>>
>> I believe this will delete a migrated dataset without recalling it, because
>> IIRC the DEFER option on UNIT says, don't allocate a device for this until
>> the dataset is opened... since IEFBR14 doesn't open the dataset, it's not
>> allocated to a device and there's no need to recall it.
>>
>> YMMV... It's been a while. :-)
>>
...
The "DEFER" option applies to the request to mount an unmounted volume,
not to device allocation.  A device will always be allocated before
allowing the job step to execute, with or without the DEFER.  For
example, this means if you use this technique to delete a tape dataset
when no drives are available, the job will still have to wait for an
available device, even though no tape will be mounted or read.

Others have already pointed out that unless you are on z/OS > 1.10, the
allocation should still be sufficient to force a recall.  You can
analyze the log records (or SMF records if so configured) from DFHSM to
see for sure whether a RECALL was done before the delete.

-- 
Joel C. Ewing, Fort Smith, AR        [email protected]

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to