Thanks, I did check the HSM backup logs and the syslogs and could not find either the ARC0500I or ARC0503I messages anywhere so I don't think this was the issue.
On Fri, 16 Oct 2009 08:21:29 -0500, Staller, Allan <allan.stal...@kbm1.com> wrote: >From >http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/IEA2M291/SPTM >001945 (msg arc0744e Application programmer response): > >The following list shows the return codes issued for this message and >the appropriate actions to be taken for each: > >Retcode Meaning > ><irrelevant info snipped> > >16, 20, > >and 24 See message ARC0500I or ARC0503I issued before this message was >issued. The appropriate message indicates the dynamic >allocation return and reason codes. > >HTH, > ><snip> > >When I first converted the CDS to disk, I wondered if I had to make the >pre-allocated datasets large enough to hold the maximum size they >would get but it appears that when the new disk backup is created, the >allocation is dynamically created to the current size of the file. >Someone please correct me if I'm wrong. > >The actual problem was that the MCDS backup files had been migrated. >I didn't want to post it so that I wouldn't impact the feedback I got >but >what I really want is to be able to confirm that REAS=0016 tells me >exactly that and where I can find that documented. ></snip> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
