Recently we were at a DR test. And all the restores were running very
well. Until we ran into a tape that was multi-volume. Whenever we tried
to go to the second tape the restore would abend with a user 833.
15.48.10 JOB04956 IOS000I F911,A5,IOE,3F,0E00,,**,021413,TSUAW6OE
098
We are using BLP processing and everytime we tried to read the 2nd tape we
got the same abend. I ended up spliting one job into 16 different jobs,
because every time we restored one file, it tried to go to the second
tape...
You don't mention what software was used to do the restore. The U0833
abend sounds like a FDR abend, but it is not one of ours.
You say you are using BLP. Are these unlabeled tapes? If not, this
might explain the problem. I assume you specify LABEL=(2,BLP). What
will happen is that on the first tape it will access physical file 2,
which is the data file following the tape labels. But on the SECOND
tape, it accesses physical file 1, which is the tape labels of that
tape, instead of the data file. Obviously that will not work.
If you must use BLP, the only way to do it is to concatinate:
//DD1 DD DSN=X,UNIT=TAPE,VOL=SER=111111,DISP=OLD,LABEL=(2,BLP)
// DD DSN=X,UNIT=AFF=DD1,VOL=SER=222222,DISP=OLD,LABEL=(2,BLP)
I don't understand why this error would produce the IOS000I message you
quote. The IOE is a generic error, so I can't tell what really
happened. there is a second line to the message with sense info, which
would be helpful if you can post it
--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com
----------------------------------------------------------------------
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
