RE: Duplicating 5 tapes takes 6?????

Jeff,

I thought about that, but I don't see anything in the error log to indicate
that.

Sorry, should have mentioned it in my original post.

Here's the log:  
Volume        --Temporary Error--   ----Perm Error-----   ------K
Bytes------         
ID                Read      Write       Read      Write       Read
Written 
0405A1               0          1          0          0   76935176
38467617
0405A2               0          0          0          0   81463110
40731584 
0405A3               0          0          0          0   56028306
28014173 
0405A4               0          1          0          0   39896146
19948087
0405A5               0          0          0          0   64702780
32670319 
0405B1               0          0          0          0         40
76708610 
0405B2               0          0          0          0         39
80049875 
0405B3               0          0          0          0         30
57093000 
0405B4               0          0          0          0         22
38160616 
0405B5               0          0          0          0         32
66396710
H0CC2D               0          0          0          0          2
616393 

Note that A1-A5 is the original set B1-H0CC2D is the second set.  Also note
that I did the DUPTAP twice, just to make sure the need for the sixth tape
wasn't cause by cosmic rays or something.

So, the written on the second set (except the last H0CC2D) should be about
twice the written on the first set.  And read on the first ought to be about
twice what was written to the first set.

Here's the calcs:
                Write(A) x 2 - Read(A)          Write(A) x 2 - Write(B)
ID              
0405A1          58      
0405A2          58      
0405A3          40      
0405A4          28      
0405A5          637858  
0405B1                                                  226624  
0405B2                                                  1413293
0405B3                                                  -1064654
0405B4                                                  1735558
0405B5                                                  -1056072
H0CC2D          

Don't know how what "about" and "ought" really means in this case.  You'd
think the numbers would be almost exact right?  The numbers look funny for
the original tape 5 not to mention all of the second set.

Anybody with more info?

Thanks,
Charles


> -----Original Message-----
> From: Jeff Bull [mailto:Jeff.Bull@xxxxxxxxxxxxxxx]
> Sent: Wednesday, June 09, 2004 10:10 AM
> To: 'Midrange Systems Technical Discussion'
> Subject: RE: Duplicating 5 tapes takes 6?????
> 
> 
> It sounds like you may have a tape-cart ready for the scrap 
> heap.  Check in
> SST, Start a service tool, Product activity log, work with 
> removable media,
> select the media type and sort by volume id
> 
> This may help to identify the bad tape, though when 
> duptap'ing , volids are
> dup'ed too so it may not be easy ... good luck
> 
> Kind regards,
> 
> Jeffrey E. Bull
> OS400 Software Support Consultant
> 
> IBM Certified Systems Expert, iSeries Technical Solutions
> IBM Certified Systems Specialist, AS/400 System Administration
> 
> *      +44 [0] 149 454 9533               swb.   +44 [0] 149 454 9400
> mbl.     +44 [0] 786 750 4961               fax.    +44 [0] 
> 149 454 9454
> web.     http://www.itm-group.co.uk
>  
> ITM Group Ltd, Latimer Square, White Lion Road, Amersham, 
> Buckinghamshire,
> HP7 9JQ, United Kingdom
> 
> 
> -----Original Message-----
> From: CWilt@xxxxxxxxxxxx [mailto:CWilt@xxxxxxxxxxxx]
> Sent: 09 June 2004 14:57
> To: midrange-l@xxxxxxxxxxxx
> Subject: Duplicating 5 tapes takes 6?????
> 
> 
> We have the 3570 tape library.  Our full system save takes 5 
> tapes.  After
> the last full save, I used the DUPTAP command like always to make a
> duplicate copy.  I ended up needing 6 tapes for the duplication.
> 
> Anybody seen this before?  How/why would six tapes be used 
> when duplicating
> 5?
> 
> Note: BRMS is not used.
> 
> Thanks,
> Charles
> --
> This is the Midrange Systems Technical Discussion 
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> 
> 
> ______________________________________________________________
> __________
> This e-mail has been scanned for all viruses by ITM. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, 
> email marketing@xxxxxxxxxxxxxxx
> ITM - Managing Communication and Information through technology
> Company registration number - 3783433
> ______________________________________________________________
> __________
> 
> ______________________________________________________________
> __________This e-mail has been scanned for all viruses by ITM. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, 
> email marketing@xxxxxxxxxxxxxxx
> ITM - Managing Communication and Information through technology
> Company registration number - 
> 3783433_______________________________________________________
> _________________
> --
> This is the Midrange Systems Technical Discussion 
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>