John, The 'total block count' is a number which Open/Close/EOV maintains and passes to the tape management system (this case RMM) during CLOSE/EOV. You can see this information described in the DFSMS Installation Exits chapter that includes IFGTEP parameter list. If the original file was not created as was the copied file, you could see unusual results I think. For example a straighforward open, write close sequence as with the copy - you see good numbers. However, the original was created, them extended, perhaps even some records replaced, or perhaps written or maintained with EXCP, you might find O/C/EOV being unable to keep strict track of the count.
Mike Wood RMM Development On Thu, 6 Oct 2005 12:55:04 -0500, John Benik <[EMAIL PROTECTED]> wrote: >An original tape in RMM looks like this. > >Record format . . . . : U >Block size . . . . . : 32760 >Logical record length : 0 >Block count . . . . . : 8871 >Total block count . . : 8002 > >After using tapecopy the output tape looks like this. > >Record format . . . . : U >Block size . . . . . : 32760 >Logical record length : 0 >Block count . . . . . : 8871 >Total block count . . : 8871 > >When we called OpenTech they stated that it was an issue with RMM. It >does appear that the tape copied ok, but I was wondering if anybody had an >explanation for the difference in Total Block Count and Block Count on the >original tape? > >I suspect it has something to do with the recfm of u. ---------------------------------------------------------------------- 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
