The first (backup) file shown.
When we do a BACKUP/LIST tape, it takes a lot of time, but all backup
files
are shown.
When we do a DIR on another DS20E under VMS7.2-2 (TZ87 or TZ88) all
files are
shown.
Is this a common problem under VMS 7.3-x.
Can somebody do this test to?
(BACKUP to a tape, then a DIR)
Erich Sigwarth
Have you tried more than one tape?
does the tape unit record a burst of errors?
My suspicion is that the first block of the saveset was detected bad, and
backup is using its recovery mechanisms (second copy, redundancy group) to
recover the information. The bad block might be causing lost position under
DIR, which doesn't have any recovery mechanisms.
--
Alan Adams
alan....@orchard-way.freeserve.co.uk
http://www.nckc.org.uk/
Alan Adams <alan....@orchard-way.freeserve.co.uk> wrote in message news:<5722fba54b...@orchard-way.freeserve.co.uk>...
Have you tried a SET MAG/REWIND ?
Just guessing...
Can you COPY the files back off the tape OK? (even COPY $1$MKB0:*.* NL:)
?
--
Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences
nclews at csc dot com
Do the heads need cleaning on this drive ?
What are the $ show error counters before and after the $ dir operation ?
If you are getting errors, then what does the error log say ?
> The first (backup) file shown.
> When we do a BACKUP/LIST tape, it takes a lot of time, but all backup
> files
> are shown.
> When we do a DIR on another DS20E under VMS7.2-2 (TZ87 or TZ88) all
> files are
> shown.
>
Are you in a position to swap the tape drives between the two systems ?
If you still have a problem reading tapes in the first system's drive
when it is attached to the second system, then you know that it's likely
to be the drive or the media that's a problem, and not the VMS version.
Simon.
--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
"This is VMS. Viruses are irrelevant."
Hello
If you have put 731 fibre scsi V0100, put back the old sys$mkdriver
and anyway, a
$ set magtape/fast_skip=never should workaround
Regards
Gérard
This is a known problem:
At the moment there is a workaround:
Just do this commands once:
$ MOUNT/FOR tape
$ SET MAGTAPE/FAST=NEVER tape
$ DISMOUNT tape
If you do now a DIR to the tape it's okay.
If anybody changes the MAGTAPE/FAST Parameter this command has to be redone.
Erich
erich.s...@planet.nl wrote in message news:<cfbfed4c.0212...@posting.google.com>...
Nic Clews <sendsp...@127.0.0.1> wrote in message news:<3DFEF881...@127.0.0.1>...