topic Re: BACKUP changes from V5.0 to V5.5 in Operating System - OpenVMS

BACKUP changes from V5.0 to V5.5

Stanley F Quayle — Thu, 01 Sep 2005 09:00:39 GMT

I have a client trying to migrate their system, running VMS V5.0, to another VAX running VMS V5.5.

The backup seems to complete normally (they even specify /VERIFY).

When they put the tape on the V5.5 system, BACKUP gives an error about the tape not being ANSI labelled.

The command to write the tape on V5.5 is (excuse the wrap):

$ backup/image/ignore=inter/log/buffer_count=5-
dua0: (tape-drive):ddmmmyy.bck/label=fullbk/rewind

To attempt to put a label on the tape first, they even tried:

$ initialize (tape-drive): fullbk
$ mount/for (tape-drive): fullbk

The command on the V5.5 system is:

$ MOUNT/FOR DUA1:
$ BACKUP/IMAGE MUA0: DUA1:

Re: BACKUP changes from V5.0 to V5.5

David B Sneddon — Thu, 01 Sep 2005 09:03:21 GMT

What type of device is on each system?

Dave

Re: BACKUP changes from V5.0 to V5.5

Kris Clippeleyr — Thu, 01 Sep 2005 09:33:08 GMT

Can they mount the tape foreign on the 5.5 system?
And shouldn't the "restore" command be:
$ backup/image mua0:ddmmmyy.bck/sav dua1:

Kris (aka Qkcl)

Re: BACKUP changes from V5.0 to V5.5

Stanley F Quayle — Thu, 01 Sep 2005 09:53:22 GMT

The V5.0 VAX (a MicroVAX II, by the way) has both a 9-track tape drive (1600 BPI) and a TK-50 drive.

The V5.5 system has an Overland 9-track drive and a TZ87 (TK50 read-only) drive. Actually, we've tried two 9-track drives and *three* TZ87's. All return the same result.

> $ backup/image mua0:ddmmmyy.bck/sav dua1:

I'm not sure they've tried the /SAVE qualifier. Wouldn't I have to do a

$ MOUNT/OVER=ID MUA0:

first?

Re: BACKUP changes from V5.0 to V5.5

David B Sneddon — Thu, 01 Sep 2005 10:04:55 GMT

If there is only one save set on the tape, you should
not need the /SAVE qualifier.
With regard to the 9-track tapes, when was the last
time the heads were serviced/aligned?
I recall (many years ago) having issues with tape
drives on different VAXen where heads had gone out of
alignment.
Not sure if alignment is an issue on TK50/TZ87.
Is it possible to write the tape on the V5.0 system
then use that drive on the V5.5 system to do the
restore?

Dave

Re: BACKUP changes from V5.0 to V5.5

Martin Vorlaender — Thu, 01 Sep 2005 10:10:16 GMT

>>>
> $ backup/image mua0:ddmmmyy.bck/sav dua1:

I'm not sure they've tried the /SAVE qualifier.
<<<

With tapes, the /SAVE is the default.

>>>
Wouldn't I have to do a
$ MOUNT/OVER=ID MUA0:
first?
<<<

No. If the saveset name is the same as the label, yu can let backup mount the tape (foreign) for you. Otherwise, you have to do it:

$ MOUNT /FOREIGN MUA0:
$ MOUNT /FOREIGN DUA1:
$ BACKUP /IMAGE MUA0:saveset_name DUA1:

HTH,
Martin

Re: BACKUP changes from V5.0 to V5.5

Uwe Zessin — Thu, 01 Sep 2005 11:32:00 GMT

If I recall correctly, you can even do a:
$ backup/image tape: disk:

and BACKUP will open the next saveset from tape, but I don't think this is the problem.

I have a vague memory that there was a problem with tape headers and Y2K. Is the system really Y2K safe?

Re: BACKUP changes from V5.0 to V5.5

Stanley F Quayle — Thu, 01 Sep 2005 12:29:36 GMT

> Is it possible to write the tape on the V5.0 system then use that drive on the V5.5 system to do the restore?

That's what we're trying to do. It doesn't work.

> I have a vague memory that there was a problem with tape headers and Y2K. Is the system really Y2K safe?

Hmmm. I'll have them set the date back to 1999, and see what happens...

Re: BACKUP changes from V5.0 to V5.5

Stanley F Quayle — Thu, 01 Sep 2005 12:41:13 GMT

>> Is it possible to write the tape on the V5.0
>> system then use that drive on the V5.5
>> system to do the restore?
>
> That's what we're trying to do. It doesn't
> work.

Sorry -- I misread your posting. The MicroVAX doesn't have a SCSI interface. The target VAX only has SCSI.

The client doesn't want to make any changes to the MicroVAX, so adding a SCSI card is out of the question.

We would have been done quite some time ago if I could have convinced them to configure DECnet and used it for the backups...

Re: BACKUP changes from V5.0 to V5.5

Doug Phillips — Thu, 01 Sep 2005 16:46:41 GMT

You did do a $MOUNT/FOR MUA0: first, or not? I don't think backup did an auto-mount back then. Assuming you did, though:

Looking at the v5.5 release notes (okay, I'm a packrat;-), which is cumulative for all 5.n, there is nothing that would explain this. The date problem was with the /tape_expiration qualifier.

Support was added for the TA90A tape drive with /media_format=compaction, and some TLZ04 performance issues were mentioned.

I don't know what tape drives were supported with 5.0 that had hardware compaction, but if the 5.0 drive compacted and the 5.5 drive doesn't support it, it seems you might get an error like that.

I must have missed the type of drives you're using, but I recall having TK50's that had problems moving between systems.

Re: BACKUP changes from V5.0 to V5.5

Doug Phillips — Thu, 01 Sep 2005 16:59:45 GMT

Okay, I re-read and I see you did post your drive types. Also, it looks like maybe backup did auto-mount in 5.n, so never mind that. Looking at New Features manual, nothing there to explain the problem. Sorry.

Re: BACKUP changes from V5.0 to V5.5

John Gillings — Thu, 01 Sep 2005 20:27:42 GMT

Stanley,

Could you please post the EXACT error message?

Re: BACKUP changes from V5.0 to V5.5

Antoniov. — Fri, 02 Sep 2005 02:05:46 GMT

Stanley,
ANSI labelled error does happen when software can't read header record of tape. Your vms command are right!
Check for hardware.

Antonio Vigliotti

Re: BACKUP changes from V5.0 to V5.5

Daniel Fernandez Illan — Fri, 02 Sep 2005 02:56:27 GMT

Stanley
I think that BACKUP command is a feature generally not compatible between versions or releases of OS.
For me, the best solution to migrate is generate a STABACKIT in a box, mount both disks
and use BACKUP/IMAGE to copy the system.
Saludos.
Daniel

Re: BACKUP changes from V5.0 to V5.5

Uwe Zessin — Fri, 02 Sep 2005 03:26:53 GMT

> generally not compatible

I strongly disagree! While there have been some incompatibilities, BACKUP usually shines in this area.

Re: BACKUP changes from V5.0 to V5.5

Antoniov. — Fri, 02 Sep 2005 04:50:47 GMT

generally not compatible

Strongly disagree, too.
I backuped and restored throght different OS version, from V4.6 until V7.3-2

Antonio Vigliotti

Re: BACKUP changes from V5.0 to V5.5

Bojan Nemec — Fri, 02 Sep 2005 05:13:35 GMT

Stanley,

I agree with Antonio that this is probably a tape reading error. And also agree with Uwe and Antonio about BACKUP incompatibilities. Backup is compatible with previous versions and in most cases (what I have try in all) forward compatible.

Try to check the tape with:

$ mount/over=id mua0:
$ dir mua0:

If it works (but probably will not) this means that the tape is OK. If you have enought space on a spare disk you can copy the saveset to the disk with the copy command and than restore from there.

Bojan

Re: BACKUP changes from V5.0 to V5.5

Robert_Boyd — Fri, 02 Sep 2005 07:07:19 GMT

I'm still confused about which drive(s) you're trying to use to create the backup on the V5.5 system.

I also don't really understand about why you said the TZ87 is read only. One possibility I haven't seen mentioned relates to tape format incompatibilities -- I don't have enough grasp of exactly which equipment you're using to be sure.

If you're trying to write tapes on the TZ87 that were previously initialized on a TK50 you very likely will have some difficulties.

Are the tapes that you're trying to use "virgin" tapes, or ones that have been used before on another device?

Robert

Re: BACKUP changes from V5.0 to V5.5

Stanley F Quayle — Fri, 02 Sep 2005 09:27:20 GMT

> I'm still confused about which drive(s)
> you're trying to use to create the backup on
> the V5.5 system.

That's because I'm trying to do the backup on the V5.0 MicroVAX II. It has a built-in TK50 drive, and a non-SCSI 9-track tape drive.

On the new VAX side, I'm using a TZ87 drive. TZ87 drives can read TK50 and TK70 tapes, but can't write to them. It detects the tape type by encodings in the plastic case.

The client doesn't have any new TK50 tapes, because no new tapes have been made in years.

[By the way -- TZ87N drives don't have the capability to read TK50 or TK70 tapes, in case you're looking for that functionality.]

Re: BACKUP changes from V5.0 to V5.5

Daniel Fernandez Illan — Mon, 05 Sep 2005 11:14:38 GMT

Sorry Antonio & Uwe

I had a similar problem with "LABEL TAPES" - tape not being ANSI labelled - (TK50) between versions of VMS (5.5 and 6.2) with a microVAX 3100. If I executed a BACKUP/IMAGE in 5.5 version then the error message referent to tape label was show when I executed restore in 6.2 version. If the version was the same, logically the error didn't exist.

Saludos.
Daniel.