[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxaxp::vmsnotes

Title:VAX and Alpha VMS
Notice:This is a new VMSnotes, please read note 2.1
Moderator:VAXAXP::BERNARDO
Created:Thu Jan 23 1997
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:703
Total number of notes:3722

104.0. "RSTS BACKUP READABLE USING VMS?" by SHOGUN::SKOWYRA () Wed Jan 29 1997 11:48

    I customer you has numerous 9 track backup tapes written using RSTS
    backup utility. The customer deinstalled his RSTS machine and now is in
    need of the data off those tapes. Is there a utility on VMS that I
    could use to extract the data and have it readable on a vax?
    
    
                                     Thanks..John S
T.RTitleUserPersonal
Name
DateLines
104.1DECUSXDELTA::HOFFMANSteve, OpenVMS EngineeringWed Jan 29 1997 13:053
   Check around in the DECUS libraries.

104.2What backup?STAR::EVERHARTWed Jan 29 1997 13:564
    Which RSTS backup? The last of them claimed to use VMS Backup format
    on tape. Some older ones might do anything. What do the tapes look like
    and how old are they?
    
104.3Just restore it on OpenVMSSTAR::65302::DMILLERThis bug fix broke what???????Wed Jan 29 1997 16:176
	RSTS/E BACKUP is a VMS-Compatible format.

	Older versions of RSTS/E used SAVRES, not BACKUP, so if the tape truly
	is a BACKUP tape, then OpenVMS can read it without a problem.

	-Dave (Former RSTS/E Developer)	
104.4AUSS::GARSONDECcharity Program OfficeWed Jan 29 1997 20:555
re .3
    
>	RSTS/E BACKUP is a VMS-Compatible format.
    
    Cool!
104.5rsts-vmsSHOGUN::SKOWYRAThu Jan 30 1997 10:324
    Hoow would I go about reading the tape? I tried using VMS backup
    commands witthout any success.??
    
                                       Thanks.. John S
104.6Mount/for mua0:, then dump mua0:POMPY::LESLIEandy@reboot.demon.co.ukThu Jan 30 1997 10:544
    Do a dump of the first few blocks and post it here so that the format
    can be seen here.
    
    /a
104.7RSTS to VMSSHOGUN::SKOWYRAThu Jan 30 1997 11:5560
    ump of device $1$MUA6: on 30-JAN-1997 08:56:12.54
    Here are the first few blocs...Thanks in advance
    
    
    Block number 1 (00000001), 84 (0054) bytes
    
     00000000 40060100 13011A53 02572020 33455554 30313233 34355055
    4B434142 BACKUP543210TUE3  W.S......@.... 000000
     13011A53 02572020 33455554 30313233 34355055 4B434142 FFFF0000
    00000000 ........BACKUP543210TUE3  W.S... 000020
                                01000100 FFFF0000 00000000 00000000
    40060100 ...@............................ 000040
    
    Dump of device $1$MUA6: on 30-JAN-1997 08:56:12.54
    
    Block number 2 (00000002), 84 (0054) bytes
    
     00000000 40060100 13011A53 02572020 33455554 30313233 34355055
    4B434142 BACKUP543210TUE3  W.S......@.... 000000
     13011A53 02572020 33455554 30313233 34355055 4B434142 FFFF0000
    00000000 ........BACKUP543210TUE3  W.S... 000020
                                01000200 FFFF0000 00000000 00000000
    40060100 ...@............................ 000040
    
    Dump of device $1$MUA6: on 30-JAN-1997 08:56:12.54
    
    Block number 3 (00000003), 84 (0054) bytes
    
     00000000 40060100 13011A53 02572020 33455554 30313233 34355055
    4B434142 BACKUP543210TUE3  W.S......@.... 000000
    
                                                          Press RETURN to
    continue
    
    Dump of device $1$MUA6: on 30-JAN-1997 08:56:12.54
    
    Block number 4 (00000004), 84 (0054) bytes
    
     00000000 40060100 13011A53 02572020 33455554 30313233 34355055
    4B434142 BACKUP543210TUE3  W.S......@.... 000000
     13011A53 02572020 33455554 30313233 34355055 4B434142 FFFF0000
    00000000 ........BACKUP543210TUE3  W.S... 000020
                                01000400 FFFF0000 00000000 00000000
    40060100 ...@............................ 000040
    
    Dump of device $1$MUA6: on 30-JAN-1997 08:56:12.54
    
    Block number 5 (00000005), 84 (0054) bytes
    
     00000000 40060100 13011A53 02572020 33455554 30313233 34355055
    4B434142 BACKUP543210TUE3  W.S......@.... 000000
     13011A53 02572020 33455554 30313233 34355055 4B434142 FFFF0000
    00000000 ........BACKUP543210TUE3  W.S... 000020
                                01000500 FFFF0000 00000000 00000000
    40060100 ...@............................ 000040
    
    Dump of device $1$MUA6: on 30-JAN-1997 08:56:12.54
    
    
        
104.8There was a BACKUp prior to V9OSEC::GRAHAMGraham Smith, Solution Support GroupMon Feb 03 1997 11:1110
    RE: .3
    
    From the depths of my memory :-
    
    There was a program called BACKUP on RSTS/E prior to version 9 that was
    different to the program called BACKUP on V9 onwards. The pre-V9
    version wrote tapes in a completely different format.
    
    
    Graham
104.9SAVRES wrote DOS tapes, don't remember what RMSBCK wrote.STAR::65302::DMILLERThis bug fix broke what???????Mon Feb 03 1997 16:1916
>    There was a program called BACKUP on RSTS/E prior to version 9

	Not as released by RSTS/E Engineering - At least as far I recall.

	RMSBCK was a program supplied by RMS to save and restore files with
	RMS-11 attributes.

	SAVRES was the program supplied by RSTS/E to do full saves and restores
	of disk volumes.

	I suppose there may have been 3rd party products called BACKUP.

	Is the tape in DOS or ANSI format?  Perhaps a dump of the tape with
	it mounted /FOREIGN can help determine the content.

	-Dave
104.10POMPY::LESLIEandy@reboot.demon.co.uk as of Feb 14Tue Feb 04 1997 05:306
    Dave
    
    	see .7 for a dump
    
    /a
    
104.11It looks like it is indeed from an older incarnation of BACKUPSTAR::65302::DMILLERThis bug fix broke what???????Tue Feb 04 1997 17:1323
	I was reminded by another engineer that RSTS/E did indeed have another
	program called BACKUP prior to V9.0.   I joined the group during V9.0
	development and never had to deal with the old BACKUP.  (Keeping
	skeletons in the closet where they belong).

	It is indeed possible that this is an old BACKUP tape, and that it
	might not be possible to get the data off without a RSTS/E system
	or the sources to figure out the contents of the tape.

	(And the sources would be a collection of BASIC-PLUS programs that
	CHAINed to each other all over the place to get the work done.)

>	    	see .7 for a dump

	Yes, but how was of the tape mounted when this dump was taken?  If
	the tape was taken?  Is this a dump of the first file on the tape,
	or a physical dump of a tape mounted /FOREIGN?

	Actuallly... In either case, it doesn't look like a ANSI-labelled
	VMS-compatible BACKUP set.  ANSI labels are 80-bytes long, and
	records within a saveset should be much larger.

	-Dave
104.12Just how important is this?STAR::65302::DMILLERThis bug fix broke what???????Tue Feb 04 1997 19:376
>	or the sources to figure out the contents of the tape.

	If really needed, I know someone who still has access to all the
	RSTS/E source code.

	-Dave
104.13SHOGUN::SKOWYRAMon Feb 10 1997 14:205
    Well the customer is really in need of the data. I have checked around
    and there are'nt to many rsts systems kicking around....If I could have
    acess to the source that woudl be helpful...Thanks for your response.
    
                          P.S Im no programmer...John S
104.14POMPY::LESLIEAndy Leslie, DEC man walking...Tue Feb 11 1997 09:128
    Have your local CSC RSTS support folk lookit. It may cost money but
    this isn't a VMS-compatible backup, so if your customer really needs
    the data he'll really have to pay.
    
    /a
    
    PS Take a copy of the tape! (TAPECOPY and other phiscial copy programs
    are knocking around the net)