Hello Errol,
I hope this can allay your fears. The default tape blocksize of 64k
was done in 1988 in APAR PL18193. Your DR site should be able to read
DFSMSdss dump tapes with that block size. What OA13742 did was to
cause the block size that we were using to be put into the tape label where
only 0 was put into the tape label before. If your DR site has a level of
z/OS
that is out of support, you may not have an Open/Close/End-of-Volume
(O/C/EOV)
APAR (OA09868) that allows an open to be performed against a tape with
a blocksize greater than 32K by a DFSMSdss that does not have OA13742
applied.
If you can't apply those APARs, then I think your idea of ADRUIXIT
should work. One small thing with your assembler below is that I believe
you need to return the value 4 to indicate that you changed the parameters.
In your example, I think you are returning the value 2.
Thanks,
Andrew Wilt
IBM DFSMSdss Architecture/Development
Tucson, Arizona
IBM Mainframe Discussion List <[email protected]> wrote on 05/31/2007
08:01:20 AM:
> Hi John! We thought that the default tape BLKSIZE has been changed to 65k
> from 32k in zOS 1.4. Our DR site which has an older zOS can not read the
65k
> BLKSIZE tapes. We want to write the tapes at 32K.
>
> My latest research into the problem shows that APAR OA13742 changed the
> way the output tape is written and puts the actual Blocksize in the
> tape label.
> It used to be 0.
>
> My issue is that the exit (ADRUIXIT) would work for JCL driven ADRDSSU
> invocations but not from HSM invocations.
>
> Hope that explains why
>
> ----------------------------------------------------------------------
> 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
----------------------------------------------------------------------
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
