Gil,

I know that you're not in charge of the systems, but have you looked at the  
DFSMShsm patch that converts interactive recalls to no wait?  

PATCH .MCVT.+52 BITS(..1.....)  /* ALTER TAPE RECALLS TO NOT WAIT */

According to the diagnosis manual, 

When set to 1, intercept driven tape    recalls for interactive TSO users       
will be converted to NOWAIT requests.


I just recalled 3 datasets via 3.4 browse.  On the first one, I got 

ARC1020I DFSMSHSM IS RECALLING FROM TAPE DSN=MVS.RRP.MQSERIES.PGMDIR, PLEASE 
RETRY THE USER REQUEST AFTER THE RECALL HAS COMPLETED.

And my 3.4 screen came back immediately.  I had to browse each one and wade 
through all of the above commands, but at least I didn't have to wait for each 
dataset to get RECALLed individually.  

It ain't a perfect solution, but it's much faster than waiting for tape mounts 
- especially when the operator is asleep at the console...

Rex

Also, I believe the answer to your question of 

<snip>

Does Batch Allocation perform the HSM recalls for a step concurrently
or serially?

</snip> is that batch allocation will perform the recalls concurrently.


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of 
Paul Gilmartin
Sent: Monday, June 08, 2009 10:32 AM
To: [email protected]
Subject: Re: IEFBR14 (was: EXEC Above the Bar)

On Mon, 8 Jun 2009 10:24:19 -0400, O'Brien, David W. (NIH/CIT) [C] wrote:

>I for one look forward to jobs which now take hours taking just a few minutes 
>once we get to 1.11.
>
Hours?

I'm surprised that while you were waiting hours for one of those
jobs to complete you didn't take the opportunity to recode it to
use HDELETE directly, or IKJEFT01 DELETE, which would have likewise
reduced the time to minutes.

Does Batch Allocation perform the HSM recalls for a step concurrently
or serially?

It's irritating when in ISPF DSLIST I select an action on several
data sets, failing to notice that they're migrated, and wait in
sequence for each to recall.  I wish it would recall all concurrently,
in background.

Even more annoying, once it displays one, "=X" on the command line
doesn't take me back to TSO READY prompt; it just goes on to
recall the next data set.

I split the screen and cancelled myself from SDSF.

-- gil

----------------------------------------------------------------------
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