Thanks everyone. I had thought of the BLP after a few hours of rest as well as an assembler program. That seems to have done the trick. I am not sure if the SMF data is sorted properly, but at least I know I have not lost too much. I have run it though MXG to validate what I think should be on the tape and it is there.
This group is very helpful. Lizette > John McKown Wrote: > Write your own HLASM level program. Use the block count unequal exit to > ignore the condition. > > http://publibz.boulder.ibm.com/cgi- > bin/bookmgr_OS390/BOOKS/dgt2m330/2.8.1 > > > Use LABEL=(2,BLP) and VOL=SER=vvvvvv to read the data from that one > tape. Not going to work for a multivolume dataset. Especially if a VBS > record is split between this volume and another one. > > On Sun, 2010-12-12 at 04:05 -0500, Lizette Koehler wrote: > > I had someone cancel an SMF dump job (z/OS V1.11) while it was > writing its > > output. Now when I try to read it - S237-04 invalid block count. > > > > I do not have DITTO, or SMFUTIL. The process I have is IFASMFDP > > > > Anyway to recover some or all of the data on the tape? How would I > go about > > recovering the tape other than writing an assembler program? The > tape is a > > virtual volume. > > > > Thanks for any input. > > > > Lizette > > > > --------------------------------------------------------------------- ---------------------------------------------------------------------- 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
