home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!agate!ucbvax!mhs.attmail.com!simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP
- From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
- Newsgroups: comp.os.vms
- Subject: RE: 5.5 Upgrade blues.
- Message-ID: <9301070001.AA20914@ucbvax.Berkeley.EDU>
- Date: 6 Jan 93 20:56:51 GMT
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 29
-
- carl kacher writes:
- !In a previous article, DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms) wrote:
- !
- !>I think the savesets for VMS upgrades *must* reside in [000000] on the
- !>system disk.
- !
- !It must be in [000000] but need not be on the system disk. Any disk that can be
- !mounted locally is ok. The VMS 5.5 upgrade worked here from [000000] on a
- !non-system disk.
- !
- !
- !Carl Karcher Internet: KARCHER@WAISMAN.WISC.EDU
- !Waisman Center Bitnet: KARCHER@WISCMACC
- !University of Wisconsin-Madison PSTnet: (608) 263-5896
-
-
- i think everybodys missing the real problem. the original
- post contained "file not open by dcl" errors at the beginning
- of the vms upgrade phase II. i had the same problem and found
- out that the upgrade process was running out of virtual memory
- for the process i/o segment when opening dcl files. the solution
- was to crash the system at phase II, bring the system up under
- conversational boot and increase PIOPAGES (and maybe CTLPAGES too)
- at "sysboot>". continuing from that point starts phase II again
- and everything procedes normally.
-
- and yes, the VMS055.% savesets must be in the [00000] dir of any
- locally accessible disks.
-
-