home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!news.service.uci.edu!ucivax!news.claremont.edu!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
- From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
- Newsgroups: comp.os.vms
- Subject: Re: 9 Levels of VMS?
- Date: 29 Dec 1992 23:28:23 GMT
- Organization: HST Wide Field/Planetary Camera
- Lines: 22
- Distribution: world
- Message-ID: <1hqmunINNg7b@gap.caltech.edu>
- References: <9212281718.AA27004@hac2arpa.hac.com>
- Reply-To: carl@SOL1.GPS.CALTECH.EDU
- NNTP-Posting-Host: sol1.gps.caltech.edu
-
- In article <9212281718.AA27004@hac2arpa.hac.com>, BGRAN%IOSSVR.gm@HAC2ARPA.HAC.COM writes:
- > As an additional comment and warning to this procedure, BACKUP will
- >only restore up to >seven< directory levels. All files below the seventh
- >directory will be restored to the TOP level directory.
- > This happened (unexpectedly!) to me, and the DEC CSC in a nutshell
- >said "tough". You could probably find out where the data files (and missing
- >[...level8.level9.etc]*.dir files) with some laborious sleuthing, though.
- >
- > ...just a thought!!!!
-
- Not quite true. At least under VMS v5.4-2, an IMAGE BACKUP will restore the
- disk structure properly. Now, if you don't use the /IMAGE qualifier, then
- BACKUP works through RMS (or at least through the ACP/QIO interface) and can't
- handle deeper directories. But an image backup works just fine.
- --------------------------------------------------------------------------------
- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
-
- Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My
- understanding of astronomy is purely at the amateur level (or below). So
- unless what I'm saying is directly related to VAX/VMS, don't hold me or my
- organization responsible for it. If it IS related to VAX/VMS, you can try to
- hold me responsible for it, but my organization had nothing to do with it.
-