Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

DUPTAP Problem

90 views
Skip to first unread message

Frank Healy

unread,
Sep 22, 1999, 3:00:00 AM9/22/99
to
We are in the process of upgrading from a CISC box that has an 8mm tape
to a RISC box that has a 13GB tape cartridge. We went to another site
to convert the tape. At that site there are 2 RISC systems. One has an
8mm tape drive and the other has a 2.5GB cartridge. Both share a 3590
tape device. We did a DUPTAP from the 8mm to the 3590 cartridge and
then another DUPTAP from the 3590 cartridge to the 2.5GB cartridge.

The problem is we can't read the tape on the target system nor on 2
others. It gives a "Volume on device TAP01 can't be processed" message,
CPF6772. This happens on the Upgrade 171 option as well as a DSPTAP
command. One of the other systems that was used had a 2.5 GB tape and
the others had the 13 GB cartridge. The tapes were INZTAP on the 2.5GB
system at the other site.

Any ideas on what is happening and what else to do would be
appreciated.
Thanks,

Frank

Paul Nicolay

unread,
Sep 22, 1999, 3:00:00 AM9/22/99
to
Frank,

Do any of the tape-drives have hardware compression by default ? This could
explain why the tape can't be read.

Regards,
Paul
--------------
Frank Healy wrote in message <37E8B2...@encorecsi.com>...

Frank


The contents of this message express only the sender's opinion.
This message does not necessarily reflect the policy or views of
my employer, Merck & Co., Inc. All responsibility for the statements
made in this Usenet posting resides solely and completely with the
sender.

Ilena Ayala

unread,
Sep 22, 1999, 3:00:00 AM9/22/99
to
Two possibilities:
1) The duptap hiccuped and you have a bad tape. It happens.

2) (More likely scenario.) Optimum blocking is turned on on the 3590 drive
and that caused the duptap to fail. (Try it again and check the joblog.)
If that's the problem, turn it off (this means mucking with the front panel
settings on the 3590), dup the tapes and turn it back on again. The
optimum blocking causes variable length records to be written and the
duptap will only work if either both drives have it on OR both *don't*.

This means you can do a duptap between a 3570 and 3590 both with optimum
block, but it will fail if you do it from an 8mm without optimum block to a
3590 which has it turned on. And so on.

-Ilena Ayala

Frank Healy

unread,
Sep 22, 1999, 3:00:00 AM9/22/99
to
Paul:

The DUPTAP command doesn't have a compression parameter but does have
one for compaction. We set it for *no on our second attempt and it had
the same result. Thanks for the idea, it almost has to be something in
this vein of imcompatibilty.

Best regards,

Frank

Frank Healy

unread,
Sep 22, 1999, 3:00:00 AM9/22/99
to
Ilena:

Thanks for the response. Possiblity 1 has been eliminated because we
have done it twice. However, poss. 2 sounds like a winner. The
operator at the 3590 site wasn't familiar with that option but is
studying the manual to see how to change it. I'll let you know what
happens.

Thanks again,

Frank

fau...@wanadoo.fr

unread,
Sep 24, 1999, 3:00:00 AM9/24/99
to
hi,

what said Ilena about optimum block is true.

If your tape device is 6380 you can need PTF's. if i remember on V3r7 system
you have MF19019 and 2 other that you can find on the IBM rochester site.
This PTF's need IPL without a tape in device. without this PTF's you cannot
use 2.5GB tape on 6380 and perhaps other problems.

regards

--
-- -- -- -- -- -- -- -- -- -- -- -- -- --
Frederic Faure

etapes-inform...@wanadoo.fr

ETAPES informatique
67 AV DE VERDUN
F77470 TRILPORT
Ilena Ayala a écrit dans le message <01bf050f$45c2b5e0$6d64a8c0@ILENA>...

0 new messages