× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I know it's been over a month, but I'm just catching up on some email...

Not all tapes are the same length; the 1000' (example) tape in a cartridge is probably +/- X% due to manufacturing tolerances (or a manufacturer trying to save a foot or so of tape here and there). So original #1 may hold more data than duplicate #1, and so on.

You'll could end up with a piece of the data from tape #1 on dupe #2; a bigger piece from tape #2 on dupe#3, and so on. If your original save used almost all of tape #5, some of the data would get pushed onto tape #6.

That's why you can't just duplicate each tape separately-- DUPTAP has to read the entire set in sequence as it creates the duplicate on another drive.

You can check this out-- do a DSPTAP of all tapes from both sets and count the data blocks on the original set and the duplicate set. The totals should match.

--Paul E Musselman
PaulMmn@xxxxxxxxxxxxxxxxxxxx


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

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.