At 15:10 -0400 on 04/16/2007, Jousma, David wrote about S813-04 Tape errors:
All, I have a weird one going that I need some direction on. I've got a tape that was created this past Friday with 136 stacked files on it. BTW, this is a vitual 3490 tape emulated in the new IBM Hydra 7700 VTS. What is weird is that there are a bunch of stacked files missing(note the missing FSEQ #'s): 43 1P1.COPY.G1024V00 FB 4096 28672 2285 159.7 4509.5 13APR2007 000000099 P0DBDXCA/STPU001 P 5 NO 0 0 44 2P1.COPY.G1024V00 FB 4096 28672 85 6.0 4515.5 13APR2007 000000099 P0DBDXCA/STPU001 P 5 NO 0 0 52 0P1.COPY.G1023V00 FB 4096 28672 2 0.2 4515.7 13APR2007 000000099 P0DBDXCA/STPU001 P 5 NO 2 0 60 8P1.COPY.G1023V00 FB 4096 28672 10 0.7 4516.4 13APR2007 000000099 P0DBDXCA/STPU001 P 5 NO 2 0 61 9P1.COPY.G1023V00 FB 4096 28672 8451 590.7 5107.1 13APR2007 000000099 P0DBDXCA/STPU001 P 5 NO 0 0 62 0P1.COPY.G1023V00 FB 4096 28672 41354 2890.3 7997.4 13APR2007 000000099 P0DBDXCA/STPU001 P 5 NO 0 0 Of course the jobs abending want a dataset cataloged to this tape at FSEQ #46. CA-1 says it's there, the CATALOG says it should be there, but this tape label dump of the virtual tape, clearly shows its not there. I've looked at the job that created this tape, and no abends, or abnormal messages, nothing in LOGREC.
Have you tried to read the file at FSEQ=52 (ie: The first file after the GAP)? Does it read correctly and is it the correct data (ie: Not the data that should have been in FSEQ=45)? From what you show, I'd suspect the 7700 since it seems to be ignoring the lack of FSEQs=45-51 and FSEQs=53-59 and is claiming that the file after FSEQ=44 is FSEQ=52. Do you have a utility that will read EVERY file on the tape as BLP and display the first few records (I seem to remember that this type of utility exists and is on the CBT Tape). If you have such a Utility (or get it from the CBT Tape) then run it. It should show the VOL1/HDR/EOF headers with Data Records 1-3 interspersed. Once it shows FSEQ44's EOF, what is shown next? If it is FSEQ52's HDR1+HDR2 (and they read FSEQ52) then there is something major wrong unless the 7700 saves each file seperatly and creates the Virtual Tape Image on the fly by pointing at the separate files (as opposed to having the Tape Image as a single file). If it does On-The-Fly Build then the error is on the 7700 with the table it uses to assemble the Tape Image (ie: It says the 45th file on the tape is the file whose FSEQ is 52 with FSEQ=60 as file 46. IOW: It lost the pointers to the FSEQ=45-51 and 53-59 images and never placed them into its table (just making FSEQ52 and 60 the next files after FSEQ44 when it builds it On-The-Fly Tape Image).
---------------------------------------------------------------------- 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
